Get 4D file

4D v20 R7

Get 4D file


Get 4D file ( fichier {; *} ) -> Résultat

Paramètre	Type	Description
fichier	Entier long	Type de fichier
*	Opérateur	Retourne le chemin d'accès du fichier de la base hôte
Résultat	Chaîne	Chemin d'accès du fichier 4D désigné

Description

La commande Get 4D file retourne le chemin d'accès au fichier de l'environnement 4D spécifié par le paramètre fichier. Le chemin d'accès est retourné en utilisant la syntaxe système.

Cette commande vous permet de récupérer le chemin d'accès actuel à des fichiers, dont le nom et l'emplacement sont spécifiques à 4D. Elle peut aussi vous permettre d'écrire du code générique indépendant de la version de 4D et de la version de l'OS.

Dans fichier, passez une valeur pour désigner le fichier dont vous voulez récupérer le chemin d'accès. Vous pouvez utiliser une des constantes suivantes du thème "Environnement 4D" :

Constante	Type	Valeur	Comment
Backup history file	Entier long	19	Fichier historique des sauvegardes (voir Fichiers de configuration et de suivi). Stocké dans le dossier de destination de sauvegarde.
Backup log file	Entier long	13	Fichier de journal des sauvegardes courant. Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier de journal des sauvegardes n'existe ou n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).
Backup settings file	Entier long	18	Fichier Backup.4Dsettings par défaut, stocké dans le dossier Settings de la base.
Backup settings file for data	Entier long	17	Fichier Backup.xml, stocké dans le dossier Preferences/Backup à côté du fichier structure de la base.
Build application log file	Entier long	14	Fichier d'historique courant au format xml du fichier du configuration par défaut du générateur d'application (buildApp.4DSettings). Stocké dans le dossier Logs de la base.
Build application settings file	Entier long	20	Fichier de configuration par défaut du générateur d'application (buildApp.4DSettings). Stocké dans le dossier Settings de la base.
Compacting log file	Entier long	6	Fichier de compte-rendu du compactage de plus récent de la base, créé par la commande Compact data file ou le Centre de sécurité et de maintenance (CSM). Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier de compte-rendu de compactage n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).
Current backup settings file	Entier long	1	Fichier backup.4DSettings utilié par l'application. Il peut s'agir du fichier backup.4DSettings par défaut ou d'un fichier de configuration utilisateur.
Debug log file	Entier long	12	Fichier d'enregistrement des événements pour le débogage créé par la commande SET DATABASE PARAMETER(Debug log recording). Stocké dans le dossier Logs de la base, à côté du fichier de structure. Si aucune fichier de débogage n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).
Diagnostic log file	Entier long	11	Fichier de diagnostic de 4D, créé par la commande SET DATABASE PARAMETER(Diagnostic log recording). Stocké dans le dossier Logs de la base, à côté du fichier de structure. Si aucun fichier de diagnostic n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).
Directory file	Entier long	16	Fichier directory.json, contenant la description des groupes et des utilisateurs (le cas échéant) pour les bases projets. ll se situe soit dans le dossier Settings de la base de l'utilisateur (par défaut, s'applique à tout le projet), soit dans le dossier de configuration des données (spécifique à un fichier de données).
HTTP Client log file	Entier long	24	Fichier journal créé par la commande HTTP SET OPTION(Fichier log HTTP Client;valeur). Stocké dans le dossier Logs.
HTTP debug log file	Entier long	9	Fichier de débogage des requêtes HTTP, créé par la commande WEB SET OPTION(Web debug log). Stocké dans le dossier Logs de la base, à côté du fichier de structure. Si aucun fichier de débogage des requêtes HTTP n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).
HTTP log file	Entier long	8	Fichier d'enregistrement des requêtes Web créé par la commande WEB SET OPTION(Web log recording). Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier d'enregistrement des requêtes Web n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).
IMAP Log file	Entier long	23	Fichier journal créé par la commande SET DATABASE PARAMETER(IMAP Log). Stocké dans le dossier Logs de la base
Last backup file	Entier long	2	Dernier fichier de sauvegarde généré, nommé <NomBase>[NumBkp].4BK, stocké à un emplacement personnalisé.
Last journal integration log file	Entier long	22	Chemin complet du dernier fichier journal d'intégration de l'historique (stocké dans le dossier Logs de l'application restaurée), le cas échéant. Ce fichier est créé en mode auto-repair, dès qu'une intégration de fichier d'historique a lieu (voir ).
POP3 Log file	Entier long	21	Fichier des requêtes POP3 créé par la commande SET DATABASE PARAMETER(POP3 Enreg historique). Stocké dans le dossier Logs de la base.
Repair log file	Entier long	7	Fichier de compte-rendu des réparations effectuées sur la base par le Centre de maintenance et de réparation (CSM). Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier de compte-rendu de réparation n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).
Request log file	Entier long	10	Fichier des requêtes client/serveur standard (hors requêtes Web), créé par SET DATABASE PARAMETER(4D Server log recording) ou SET DATABASE PARAMETER(Client log recording). Si la commande est appelée sur le serveur, le chemin du fichier des requêtes du serveur est retourné (stocké dans le dossier Logs de la base, à côté du fichier de structure). Si la commande est appelée sur lun client, le chemin du fichier des requêtes du client est retourné (stocké dans le dossier Logs de la base locale). S'il n'existe aucun fichier de requêtes, un chemin vide est retourné (aucune erreur n'est générée).
SMTP log file	Entier long	15	Fichier des requêtes SMTP créé par la commande SET DATABASE PARAMETER(SMTP Enreg historique). Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier de requêtes SMTP n'existe ou n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).
User settings file	Entier long	3	settings.4DSettings pour tous les fichiers de données (si activé), stocké dans le dossier Preferences à côté du fichier de structure de la base
User settings file for data	Entier long	4	settings.4DSettings pour le fichier de données courant, stocké dans le dossier Preferences à côté du fichier de données.
Verification log file	Entier long	5	Fichier de compte-rendu de vérification le plus récent de la base, créé par les commandes VERIFY CURRENT DATA FILE et VERIFY DATA FILE ou via le Centre de sécurité et de maintenance de la base (CSM). Stocké dans le dossier Logs à côté du fichier de structure de la base. Si aucun fichier compte-rendu de vérification n'a été créé, un chemin vide est retourné (aucune erreur n'est générée).

Si le fichier cible n'existe pas, un chemin vide est retourné. Aucune erreur n'est générée.

Lorsque la commande est appelée à partir d'un composant, passez le paramètre optionnel * pour obtenir le chemin d'accès du fichier de la base hôte. Dans ce contexte, si vous omettez le paramètre *, une chaîne vide est toujours retournée.

Concernant User settings file for data et User settings file, un chemin d'accès est retourné si l'option de sécurité Autoriser les propriétés utilisateur dans un fichier externe est cochée dans la boîte de dialogue des Propriétés de la base (voir ).

Exemple

Vous voulez obtenir le chemin d'accès du fichier de sauvegarde le plus récent :

 C_TEXT($path)

 $path:=Get 4D file(Last backup file)

  // $path = "C:\Backups\Countries\Countries[0025].4BK" par exemple

Voir aussi

File