Dans le shell Erlang, comment puis-je lire automatiquement tous mes enregistrement de définition des en-têtes

Question

Ce qui a commencé comme la question:

Presque à chaque fois que j'utilise le shell Erlang, je voudrais lancer une commande au démarrage du shell , par exemple quelque chose comme

rr("*.hrl"). 

Ou similaire. Actuellement, je dois le taper à chaque fois que je démarre un shell Erlang et j'en ai marre et je l'oublie tout le temps.

Mais c'était en fait la mauvaise question! Pour ce que je voulais réellement faire est de lire mes en-têtes de définition d'enregistrement dans chaque travail shell. Ne pas utiliser pour l'exécution d'autres commandes intégrées du shell au démarrage. J'ai donc changé l'en-tête de la question pour montrer comment elle aurait dû être posée.

Answer 1

Tout en essayant la solution avec .erlang je suis tombé sur une solution pour la rr spécifique/1 utilisation:

De l'homme-page de shell:

Il y a un certain soutien pour la lecture et l'impression enregistrements dans le shell. Lors de la compilation, les expressions d'enregistrement sont traduites en expressions de type tuple- . En exécution, on ne sait pas si un tuple représente réellement un enregistrement . Les définitions d'enregistrements utilisées par le compilateur ne sont pas non plus disponibles au runtime. Donc, afin de lire la syntaxe d'enregistrement et imprimer des tuples comme enregistrements lorsque cela est possible, les définitions d'enregistrement doivent être maintenues par le shell lui-même. Les commandes shell pour la lecture, la définition, l'oubli, la liste et les enregistrements d'impression sont décrits ci-dessous. Notez que chaque travail possède son propre jeu de définitions d'enregistrements. Pour faciliter les choses enregistrer définitions dans les modules shell_default et user_default (si chargé) sont lus chaque fois qu'un nouveau travail est démarré. Par exemple, en ajoutant la ligne

-include_lib("kernel/include/file.hrl"). 

à user_default fait la définition de file_info facilement disponible dans la coquille.

Pour plus de précisions, j'ajouter quelques exemples:

fichier foo.hrl:

-record(foo, {bar, baz=5}). 

fichier: user_default.erl:

-module(user_default). 
-compile(export_all). 

-include("foo.hrl"). % include all relevant record definition headers here 

%% more stuff probably ... 

permet d'essayer dans la coquille:

$ erl 
Erlang R13B04 (erts-5.7.5) [source] [smp:2:2] [rq:2] [async-threads:0] [hipe] [kernel-poll:false] 

Eshell V5.7.5 (abort with ^G) 
1> #foo{}. 
#foo{bar = undefined,baz = 5} 

→ par le shell le dossier de foo.hrl

Answer 2

Placez-le dans le fichier appelé .erlang dans votre répertoire personnel (voir paragraphe 1.7.1 dans http://www.erlang.org/documentation/doc-5.2/doc/getting_started/getting_started.html).

Answer 3

Le fichier .erlang est évalué lorsque le shell est lancé, mais il est pas évalué dans le contexte de la coquille.Cela signifie qu'il ne peut contenir que des expressions générales évaluées et non des commandes shell. Malheureusement, rr() est une commande shell (elle initialise les données de shell locales pour reconnaître les enregistrements), de sorte qu'elle ne peut pas être utilisée dans le fichier .erlang.

Bien que le module défini par l'utilisateur user_default, qui doit être pré-chargé, peut inclure des fichiers qui contiennent des définitions de l'enregistrement en utilisant -include ou -include_lib, ces définitions d'enregistrement seront alors disponibles que pour les fonctions définies dans user_default. user_default est un module compilé normal et les fonctions exportées sont appelées comme toutes les autres fonctions, de sorte que les définitions d'enregistrement ne seront pas visibles dans le shell. user_default permet à l'utilisateur de définir des fonctions plus complexes pouvant être appelées à partir du shell en tant que commandes shell.

EDIT:

J'étais partiellement mal ici. Bien que j'avais raison sur la façon dont .erlang est évalué et comment les fonctions de user_default sont appelées, j'ai manqué comment user_default.erl est analysé au démarrage du shell pour les définitions d'enregistrements qui sont alors disponibles dans le shell. Merci @Perer Stritzinger pour l'avoir signalé.