Existe-t-il un remplacement pour chat sous Windows

J'ai besoin de joindre deux fichiers binaires avec un *.batscript sous Windows.

Comment puis-je y parvenir?

La typecommande Windows fonctionne de manière similaire à UNIX cat.

Exemple 1:

type file1 file2 > file3

est équivalent à:

cat file1 file2 > file3

Exemple 2:

type  *.vcf > all_in_one.vcf  

Cette commande fusionnera toutes les vcards en une seule.

Vous pouvez utiliser copy /bcomme ceci:

copy /b file1+file2 destfile

Si vous avez le contrôle de la machine sur laquelle vous travaillez, je vous recommande fortement d'installer GnuWin32 . Il suffit de "Télécharger tout" et de laisser le programme wget récupérer tous les packages. Vous aurez alors accès à cat, grep, find, gzip, tar, less et des centaines d'autres.

GnuWin32 est l'une des premières choses que j'installe sur une nouvelle boîte Windows.

Prise PowerShell sans vergogne (parce que je pense que la courbe d'apprentissage est pénible, donc enseigner quelque chose à n'importe quelle occasion peut aider)

Get-Content file1,file2

Notez qu'il types'agit d'un alias pour Get-Content, donc si vous l'aimez mieux, vous pouvez écrire:

type file1,file2

Utilisez simplement la commande dos copy avec plusieurs fichiers source et un fichier de destination.

copy file1+file2 appendedfile

Vous pourriez avoir besoin de l'option / B pour les fichiers binaires

Dans la version Redstone 1 de Windows 10, Windows a ajouté un véritable sous-système Linux pour le noyau NTOS. Je pense qu'à l'origine, il était destiné à prendre en charge les applications Android, et peut-être des scénarios de type docker. Microsoft s'est associé à Canonical et a ajouté un véritable shell bash natif. En outre, vous pouvez utiliser le gestionnaire de packages apt pour obtenir de nombreux packages Ubuntu. Par exemple, vous pouvez faire apt-get gcc pour installer la chaîne d'outils GCC comme vous le feriez sur une boîte Linux.

Si une telle chose existait pendant que j'étais à l'université, je pense que j'aurais pu faire la plupart de mes affectations de programmation Unix dans le shell bash natif de Windows.

Si vous souhaitez simplement ajouter du texte à la fin du fichier existant, vous pouvez utiliser le >> pipe. ex:

echo new text >>existingFile.txt

Si vous devez utiliser un script batch et que python est installé, voici une réponse polygot en batch et python:

1>2# : ^
'''
@echo off
python "%~nx0" " %~nx1" "%~nx2" "%~nx3"
exit /b
rem ^
'''
import sys
import os

sys.argv = [argv.strip() for argv in sys.argv]
if len(sys.argv) != 4:
    sys.exit(1)

_, file_one, file_two, out_file = sys.argv

for file_name in [file_one, file_two]:
    if not os.path.isfile(file_name):
        print "Can't find: {0}".format(file_name)
        sys.exit(1)

if os.path.isfile(out_file):
    print "Output file exists and will be overwritten"

with open(out_file, "wb") as out:
    with open(file_one, "rb") as f1:
        out.write(f1.read())

    with open(file_two, "rb") as f2:
        out.write(f2.read())

Si enregistré sous join.bat, l'utilisation serait:

join.bat file_one.bin file_two.bin out_file.bin

Merci aussi cette réponse pour l'inspiration.

J'essaie de rejoindre l'archive tar qui a été divisée sur un serveur Linux.

Et j'ai trouvé que si j'utilise typedans Windows cmd.exe, cela entraînera la typejonction du fichier dans le mauvais ordre (c'est-à-dire que parfois mettra d'abord XXXX.ad puis XXXX.ac, XXXX.aa etc ...)

J'ai donc trouvé un outil nommé batdans GitHub https://github.com/sharkdp/bat qui a une construction Windows, et a une meilleure mise en évidence du code et l'important est que cela fonctionne bien sur Windows pour rejoindre l'archive tar!

Je cherchais donc une solution similaire avec la capacité de préserver les caractères EOL et j'ai découvert qu'il n'y avait aucun moyen, donc je fais ce que je fais de mieux et j'ai créé ma propre utilité.Il s'agit d'un exécutable de chat natif pour Windows - https: // méga. nz / #! 6AVgwQhL! qJ1sxx-tLtpBkPIUx__iQDGKAIfmb21GHLFerhNoaWk

Usage: cat file1 file2 file3 file4 -o output.txt
-o | Specifies the next arg is the output, we must use this rather than ">>" to preserve the line endings

Je l'appelle Sharp-Cat car il est construit avec C #, n'hésitez pas à scanner avec un antivirus et le code source sera disponible sur demande

La commande de type Windows a des problèmes, par exemple avec des caractères Unicode sur une limite de 512 octets. Essayez le chat de Cygwin.