Quelle est l'équivalent sous Windows de la commande Unix cat?

@DavidBoike Bien que chat soit issu de con_cat_enate AFAIR.

Si je pouvais retourner dans le temps, je suggérerais "dump".

@davidboike C'est beaucoup mieux car cela signifie réellement et représente ce qu'il fait : Le programme cat est un utilitaire Unix standard qui concatène et liste des fichiers. Le nom est une abréviation de catenate, un synonyme de concatenate. Article Wikipedia Pouvez-vous en dire autant de la commande MS-DOS type??

@PenguinCoder Sauf que type ne concatène pas les fichiers ; il se contente d'afficher leur contenu à l'écran. C'est le pipe dans l'exemple qui combine en fait les fichiers, et non la commande type.

@Andy Ne discutera pas davantage, cependant en citant la réponse exacte : D'après l'article Wikipédia (mise en évidence de ma part) : [sic] Il est utilisé pour afficher le contenu des fichiers spécifiés. Il est similaire à la commande Unix cat.

@PenguinCoder a·nal·o·gous/nalgs/ Adjectif: 1. Comparables à certaines égards, typiquement d'une manière qui rend plus claire la nature des choses comparées.

MS-DOS a probablement hérité du TYPE de CP/M en passant par QDOS. La commande TYPE affiche le contenu du fichier source ASCII ufn sur le disque actuellement connecté au périphérique de console.

@Andy es-tu sûr que cela ne se concatène pas? C:\>type a.txt b.txt > c.txt Regardez, les deux paramètres de la commande TYPE et ce n'est pas >>. En tapant chacun, on les concatène. Il semble aussi que les opérateurs de redirection comme > et >> ne sont pas réellement appelés des tuyaux. Les tuyaux sont juste une forme de redirection, vous savez, | , et ne sont pas utilisés ici. Voir en.wikipedia.org/wiki/Redirection_(computing)#Piping

@barlop non, taper chaque command affiche chaque fichier l'un après l'autre, vers stdout, et le > redirige stdout vers un fichier. Je me suis trompé en disant qu'il s'agit de tuyautage, c'est de redirection. Retirez le > c.txt et a.txt et b.txt resteront inchangés, donc il ne fait pas le cat, il profite du fait qu'il va afficher plusieurs fichiers et utilise habilement la redirection.

@Andy n'est pas $cat a.txt b.txt également en affichant d'abord a.txt puis b.txt sur stdout ? a.txt et b.txt restent inchangés. tout comme avec type. Quelle est la différence de résultat entre cat a.txt b.txt >c et type a.txt b.txt >c ? ou, cat a.txt b.txt et type a.txt b.txt ? vous pouvez remplacer le mot cat par le mot type, et cela semble avoir le même effet. Donc je ne vois pas comment vous pouvez dire que cat concatène et que type ne le fait pas.

@Andy Je pense que le point clé qui a été manqué dans cette chaîne de commentaires était la perspective selon laquelle type et cat do tous les deux caténer les fichiers : ils écrivent simplement le résultat à l'endroit le plus logique : stdout. Franchement, je pense qu'ils sont tous les deux mauvais pour une assimilation/intuition/reconnaissance intuitives, et tous les deux à peu près aussi sensés une fois que vous avez trouvé un moyen de les mémoriser (type "types" le contenu du fichier en sortie, cat (con)caténats les fichiers en sortie).

Assurez-vous de définir le fichier de sortie dans un autre répertoire, surtout si vous utilisez des caractères génériques pour ajouter des fichiers. Par exemple, " tapez *.sql > all.sql". Sinon, vous allez finir par avoir un contenu dupliqué. Oui, la commande type est aussi stupide que ça.

Le type ne lira pas à partir de stdin

Notez que vous pouvez inclure des jokers aussi, la façon dont les jokers fonctionnent dans Windows signifie que vous ne serez pas perturbé par la liste d'expansion ne contenant pas un +, donc copy [/b] *.fna all_fna_files.fna.

Si je me rappelle d'un ancien test que j'ai fait, l'utilisation de COPY avec /B pour concaténer, ignorera les marqueurs CTRL-Z/EOF et fera correctement la concaténation! mais d'après copy /?, vous pourriez avoir besoin de faire beaucoup de /B comme il semble peut-être après copy, après chaque fichier source et après le fichier de destination.. étrange.

Vous pouvez également utiliser la commande type comme type *.txt > file.merge