Re: Dateinamen Windows, UDF (DVD) bzw. ISO9660 (CD) kompatibel machen

* Joerg Schilling <js@xxxxxxxxxxxxxxx> schrieb:

Heiko Schlenker <hschlen@xxxxxx> wrote:

Ach, Du willst darauf hinaus, dass WinZip und 7-zip Tar-Archive
verarbeiten können? Im Zusammenhang mit dem Einsatz verschiedener
Anwendungen (auf verschiedenen Systemen) habe ich ja etwas
geschrieben. Und im Falle von Tar bekommt man u.U. bereits dann
Probleme, wenn der eine GNU-Tar (einer bestimmten Version) und der
Empfänger eine andere BSD- oder POSIX-konforme Tar-Implementierung
verwendet.

Von GNU tar muß man sowohl aus Gründen der Standardkonformität, als auch
wegen der großen Anzahl bekannter Implementierungsfehler abraten.
Besser ist star:

Wenn schon Eigenwerbung, dann sollte sie wenigstens im betreffenden
Kontext (hier: Interoperabilitätsprobleme) einen Sinn ergeben.

Auch in der Spezifikation des Tar-Formats gibt es kein Feld, dass
Informationen über den verwendeten Zeichensatz enthält, IIRC.

Das ist falsch -> siehe POSIX "pax" Doku.

Ich sprach nicht vom 'extended tar interchange format', sondern vom
kleinsten gemeinsamen Nenner hinsichtlich des Tar-Formats. Zudem
kann ich auf die Schnelle keinen entsprechenden Eintrag im
'Extended tar Header Block'
<http://www.opengroup.org/onlinepubs/007908799/xcu/pax.html#tag_001_014_1700_006>
finden.

Der POSIX-Standard beschreibt, wie /portable/ Dateinamen aussehen
sollten
(<http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap03.html#tag_03_276>):
[...]
Und POSIX sagt nur man soll diesen Zeichensatz als "Rückfall" vewenden.

Aus <http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap03.html#tag_03_170>:
| 3.170 Filename Portability
|
| Filenames should be constructed from the portable filename character
| set because the use of other characters can be confusing or
| ambiguous in certain contexts.

Aus <http://www.opengroup.org/onlinepubs/007908799/xcu/pax.html#tag_001_014_1700_006>:
| For maximum portability between implementations, names should be
| selected from characters represented by the portable filename
| character set as octets with the most significant bit zero.


Apropos Standardkonformität: Deine Postings sind nicht
standardkonform (Stichwort: MIME).

Gruß, Heiko
--
Neu im Usenet? -> http://www.kirchwitz.de/~amk/dni/
Linux-Anfänger(in)? -> http://www.dcoul.de/infos/
Fragen zu KDE/GNOME? -> de.comp.os.unix.apps.{kde,gnome}
Passende Newsgroup gesucht? -> http://groups.google.com/groups?as_umsgid=dcoul-ngs_978414305@xxxxxxxxxxxxxxxxxxxxxx
.

Relevant Pages

  • Re: 2nd RfD: Directories
    ... For a filename to be portable across implementations conforming to ... it shall consist only of the portable filename ... character set as defined in Portable Filename Character Set. ... Pathname Resolution ...
    (comp.lang.forth)
  • Re: Transferring directory structure to Windows
    ... Transferring directory structure to Windows ... Filename collisions are a real threat but it should be ... whether FTP, tar, or whatever, you will only wind up ...
    (AIX-L)
  • [TOMOYO #16 18/25] TOMOYO: Add utility functions.
    ... * @c: The character to check. ... Pointer to pointer to the string. ... * @filename: The pathname to check. ... * @domainname: The domainname to check. ...
    (Linux-Kernel)
  • Re: UTF-8 problem with NTFS support?
    ... Typically this would mean a non-UTF8 filename but please see below. ... Invalid or incomplete multibyte or wide character ... corrupted disk sectors. ...
    (Fedora)
  • Re: Regex question
    ... First, if you're using character sets, there's no need to use a or in there. ... This will capture all directories until it can no longer find a trailing slash. ... It will capture any chracter that isn't a singel or double quote. ... The last would even be optional as it's already caught by the filename expression. ...
    (microsoft.public.dotnet.languages.csharp)