# commandline: File cannot be accessed

**URL:** <https://community.mp3tag.de/t/commandline-file-cannot-be-accessed/15972>\
**Category:** Fehlermeldungen\
**Created:** [August 4, 2014, 2:38pm UTC](https://community.mp3tag.de/t/commandline-file-cannot-be-accessed/15972 "2014-08-04T14:38:38Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\
**Post date:** [August 4, 2014, 2:38pm UTC](https://community.mp3tag.de/t/commandline-file-cannot-be-accessed/15972/1 "2014-08-04T14:38:38Z")

</div>

Ich versuche Mp3tag v2.61d von einem anderen Programm aus aufzurufen. Dabei sollte der übergebene, existierende Dateiname (mit vollständigem Pfad) hinter der commandline [Option](https://docs.mp3tag.de/command-line) /fn: benutzt werden.

Wenn man (aus lauter Programmiergewohnheit) nach der Option samt Doppelpunkt einen Leerschlag vor dem in Anführungs-/Schlusszeichen stehenden Pfad benutzt, erscheint die folgende Fehlermeldung:

```
---------------------------
Mp3tag v2.61d
---------------------------
File cannot be accessed.
---------------------------
OK   
---------------------------

```

(Wenn man ganz genau hinschaut, sieht man den Leerschlag zwischen "File" und "cannot" :wink: )

Die mp3-Datei wird aber trotzdem einwandfrei eingelesen und kann auch wie gewohnt manipuliert und gespeichert werden.

Bitte entweder diese Fehlermeldung ganz weglassen oder einen Hinweis auf den unerwünschten Leerschlag nach der Option anzeigen.

---

<div class="post-metadata">

**Author:** ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)\
**Post date:** [August 4, 2014, 3:14pm UTC](https://community.mp3tag.de/t/commandline-file-cannot-be-accessed/15972/2 "2014-08-04T15:14:23Z")

</div>

> [@LyricsLover](#):
>
> ... Wenn man ... nach der Option samt Doppelpunkt einen Leerschlag vor dem in Anführungs-/Schlusszeichen stehenden Pfad benutzt, erscheint die folgende Fehlermeldung ...

Hmm, ich will ja jetzt nicht übergenau sein ... aber im Mp3tag Manual (Mp3tag\help\main\_cli.html) steht es geschrieben, wie man Mp3tag korrekt aufruft mit Kommandozeilenparameter.  
Ein Leerzeichen nach dem Doppelpunkt ist nicht erlaubt.  
Könnte oder sollte man an dieser Stelle etwas mehr Fehlertoleranz einbauen ...?

> [@LyricsLover](#):
>
> ... (Wenn man ganz genau hinschaut, sieht man den Leerschlag zwischen "File" und "cannot" ) ...

Nein, das ist kein extra Leerzeichen zwischen den Worten "File" und "cannot".  
Es sind nur die beiden Leerzeichen sichtbar hinter "File " und vor " cannot", dazwischen ist es leer, also genauso leer und nicht existent wie der von Mp3tag in diesem ersten Schritt eigentlich nicht erkannte Dateipfad.

DD.20140804.1914.CEST

---

<div class="post-metadata">

**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\
**Post date:** [August 4, 2014, 5:06pm UTC](https://community.mp3tag.de/t/commandline-file-cannot-be-accessed/15972/3 "2014-08-04T17:06:28Z")

</div>

> [@DetlevD](#):
>
> Hmm, ich will ja jetzt nicht übergenau sein ... aber im Mp3tag Manual (Mp3tag\help\main\_cli.html) steht es geschrieben, wie man Mp3tag korrekt aufruft mit Kommandozeilenparameter.

Das ist schon richtig. Aber Du weisst als Programmierer mindestens so gut wie ich, dass man solche Optionen auch fehlertoleranter parsen kann. ![:rolleyes:](https://community.mp3tag.de/uploads/default/original/1X/3a79e8b0b7d169b30216785521d7c6f4f895c421.gif ":rolleyes:") Wenn der schon in Anführungszeichen stehen muss, dann spielt der Abstand zwischen dem Doppelpunkt und dem Anführungszeichen auch keine Rolle. ![:ph34r:](https://community.mp3tag.de/uploads/default/original/1X/d9d21e0e122fbe04cbaaa509828a996924771538.gif ":ph34r:")
