See also ebooksgratis.com: no banners, no cookies, totally FREE.

CLASSICISTRANIERI HOME PAGE - YOUTUBE CHANNEL
Privacy Policy Cookie Policy Terms and Conditions
Diskussion:Dateiname – Wikipedia

Diskussion:Dateiname

aus Wikipedia, der freien Enzyklopädie

"Ein Unterschied zwischen MS Windows und Linux/Unix besteht darin, dass Windows bei Dateinamen nicht zwischen Groß- und Kleinschreibung unterscheidet, während Unix dies tut (z.B. bezeichnen dort Haustür.txt und hausTür.txt unterschiedliche Dateien)." Das ist soweit richtig, daß zwischen Groß- und Kleinschreibung unterschieden wird. Allerdings ist das keine Eigenheit von Linux/Unix, sondern es liegt am verwendeten Dateisystem. Ich weiß nicht, ob es nicht für Linux auch caseinsensitive Dateisysteme gibt. Es stehen ja eine ganze Menge an verschiedenen Dateisystemen zur Auswahl... Und wenn man unter Linux mit FAT32 arbeitet, dann dürfte hier eigentlich auch nicht zwischen Groß- und Kleinschreibung unterschieden werden.

Inhaltsverzeichnis

[Bearbeiten] mehr als nur einen Namen pro Datei?

Ich hab hier bei W2000 eine seltsame Erscheinung:

wenn ich meine Datei _+ Diary 08_01.rtf per Explorer und Anklicken öffne - dann steht im oberen Fensterrahmen der angebliche Dateinamen __3999~1.RTF . Hole ich mir per Menü die Maske "Abspeichern unter...", steht darin ebenfalls __3999~1.RTF vorgegeben; und wenn ich bestätige, warnt er: "dieser Dateiname ist schon vorhanden - überschreiben ??" Dabei ist dieser Dateiname gar nicht im Verzeichnis! Bestätige ich, so taucht im Verzeichnis nicht der Pseudo-Dateiname auf, sondern der ursprüngliche, mit aufdatiertem Zeitstempel. Es kann also wohl nicht sein, dass der ursprüngliche Dateiname bei einem Bearbeitungsschritt schlicht "kaputtgegangen" ist und jetzt der neue weiterverwendet wird, sondern es gibt weiterhin eine Kenntnis des ursprünglichen Namens, die auch genutzt wird.

Eine andere Datei wird in gleicher Weise "teil-umgetauft" in __168D~1.RTF es könnte sich also um Hex-Zeichen handeln.

Dieses Verhaltensmuster ist aber nicht durchgängig. Klicke ich jetzt im Verzeichnis auf einen anderen Dateinamen, wird der unverändert benutzt. Das gleiche gilt, wenn ich eine Testdatei neu erschaffe (auch mit mehr als 8 Zeichen im Namen) und dann öffne.

Ein echter Datenschaden ist also anscheinend nicht da; aber lästig ist es schon, wenn man dem Fensterrahmen den Dateinamen entnehmen möchte und nur krauses Zeug angedient kriegt.

Meine Idee: Gibt es bei W2000 evtl. zu einer Datei außer dem offiziellen auch einen "Arbeitsnamen", der "unterirdisch" benutzt wird und manchmal versehentlich an der Oberfläche aufblitzt?

Kenntnisfrei, 213.102.106.82 12:26, 18. Jan. 2008 (CET)

Hallo und oha.
Zuerst musst du dieses Bapperl über dich ergehen lassen:
Diese Diskussionsseite dient dazu, Verbesserungen am Artikel Dateiname zu besprechen. Persönliche Betrachtungen zum Artikelthema gehören nicht hierher.
Klicke hier, um ein neues Diskussionsthema zu beginnen.

Unterschreibe deinen Beitrag bitte mit --~~~~.

Das von dir beschrieben Verhalten ist ziemlich kurios. Es gibt in Windows keine "unterirdischen" - internen Bezeichnungen für Dateien. Der Effekt kommt zustande, wenn aus irgend einem Grund der Dateiname nicht vom Dateisystem unterstützt wird. Dies war in früheren Zeiten oftmals mit den berühmten 8+3-Dateinamen der Fall, wo Dateinamen mit mehr als acht Zeichen im eigentlichen Namen (sprich abgesehen von der Erweiterung) auf acht Zeichen gekürzt wurden, indem ein Teil hinten abgeschnitten und dann mit ~X durchnummeriert wurde. Das ist offenbar auch hier passiert. Allerdings nicht von Seiten des Dateisystems aus, sondern offenbar von Seiten des Anwendungsprogramms, mit dem du die Datei öffnest - was für ein Programm ist das, und wie alt ist es? Es ist möglich dass das Programm nur 8+3 unterstützt - wäre aber auch sehr verwunderlich. Eine andere Mölichkeit ist, dass im Dateinamen Zeichen verwendet werden, die das Programm nicht mag und es deshalb auch wieder in einen generischen Namen umwandelt - und weiss gott, ich könnte es ihm nicht verübeln - Unterstriche sind ja ok, aber bei + und Leerzeichen... ich weiss ja nicht - hast du schonmal probiert, die Datei einfach umzubenennen, und den grässlichen Präfix wegzunehmen? Wenn du die Datei über den Namen in eine besondere Sortierung bringen willst, würde ich dir eher ein paar mehr Unterordner empfehlen, oder die Verwendung von Ziffern am Anfang des Namens. HTH --Schmiddtchen 12:43, 18. Jan. 2008 (CET)
Also zuerst mal Danke dafür, dass du dein Hirnschmalz in meine Frage investierst, Schmiddtchen! Allerdings finde ich das "Bapperl" fehl am Platze, denn wenn da tatsächlich eine "unterirdische" Struktur am Wirken wäre, wäre das ja sehr wohl eine Eigenschaft gewesen, die mit Dateinamen direkt zu tun hat, aber im Text noch nicht berücksichtigt ist; also von daher eine Erweiterung der Information zum Artikeltitel! (Wenn es natürlich auch irgendwo "mein" Problem ist, da ich davon betroffen bin.)
Zur Sache: Dein Hinweis auf das öffnende Programm hat mich zuerst eher verwirrt (ich dachte, du meinst den Windows Explorer); dann hab ich Wordpad, das ich fast immer benutze, mal systematisch auf Zeichen im Namen getestet (ich dachte, was nicht verboten ist, sei erlaubt - etwas komisch, wenn das anders geregelt ist), und das kam raus:
  • mit Wordpad wird in der Tat ggf. umbenannt, in die von dir bezeichnete DOS-Norm, alles in Großbuchstaben;
  • (ich lasse die ".rtf" mal weg)
  • ein "+" im Namen (irgendwo) scheint die Übersetzung auszulösen;
  • dabei wird bei kurzen Namen das "+" zu einem "_" konvertiert, der Rest beibehalten, und auf 8-Zeichen DOS-"verkürzt" (z. B. wird aus "+a" "A_776D~1");
  • lange Namen werden ganz übersetzt
  • aus "a+" wird "A_9E36"; aus "a+ " wird "A_A631~1"; aus "a+ " wird "A_CCF7~1": Leerzeichen gehen in die Übersetzung mit ein
  • ein Unterstrich macht keine Probleme, auch nicht vorn;
  • auch ein Leerzeichen im Namen löst die DOS-"Verkürzung" aus;
  • dabei wird es einfach weggelassen;
  • der Rest wird bei langen Namen regulär "8-Zeichen-DOS-verkürzt";
  • das passiert auch bei kurzen Namen wie "a b"; allerdings wird bei der "Verkürzung" verlängert: "AB9E34~1"
Dabei werden die Namensübersetzungen nicht einfach nach Zufall gebildet (hash), sondern determiniert. Es liegt also eine Funktion vor. Vermutlich eine injektive, da die "Rückübersetzung" immer geklappt hat. Es ist hier also in der Tat unter der Oberfläche irgendwas zielgerichtet am arbeiten.
Notepad dagegen beläßt den TXT-Dateien ihre Originalnamen, auch wenn sie die "heiklen" Plus- oder Leerzeichen enthalten.
An der Stelle denkt man, es liegt also wohl an Wordpad.
Aber jetzt hab ich spaßeshalber mal ein paar richtig "üble" TXT-Namen-Dateien geöffnet MIT WORDPAD - und siehe da: Namen 1:1 übernommen!!!
Es scheint also nicht am öffnenden Programm zu liegen (deine Überlegung brachte mich auf die Idee), sondern irgendwie am Dateiformat!
(Leider hab ich kein Word, um das mit weiteren Programmen zu checken.)


Vorstellbar wäre aber wohl auch ein Virus, der speziell Wordpad befällt (unter NT4 hatte ich mal die Erscheinung, dass formatierte Texte unter Wordpad aus .rtf-Dateien heraus nicht mehr zu exportieren gingen.) Ein Scan (ganzes System, vollster Umfang) mit Antivir bringt aber keinen Fund.
Und das Verrückte ist ja auch, dass die Veränderungen beim Abspeichern wieder rückgängig gemacht werden (wie beschrieben)! Warum sollte ein Virus sich auch die Mühe machen, erst den RTF-Namen beim Bearbeiten abzuändern und dann beim Abspeichern wieder den Originalnamen abzuspeichern? Und sich auch noch die Mühe macht, dies vom Dateityp her abhängig zu machen?
Ich hab sonst auch keine Probleme, die nach Viren aussehen. Das einzige ist, dass ich beim (endgültigen) Abspeichern in die WP die Seite nicht mehr zur Kontrolle gezeigt kriege; das Display bleibt weiß. Und wenn ich auf einer WP-Seite bin und über das Such-Fenster einen neuen Begriff ansteuern will, dann wird auch da der Schirm nur weiß.
Dies könnte ich mir aber damit erklären, dass ich nach der Installation des W2000 (mit SP 2) zum Portabdichten das CCC-Skript in der restriktivsten Version laufengelassen habe, und die WP-Methode nicht völlig stubenrein ist, so dass hier unterbunden wird.
Aber ein Bug in Wordpad, der Dateinamen auf DOS-Norm umstrickt, sich aber den Originalnamen merkt und zum Schluss wieder unter diesem abspeichert (obwohl er vorgibt, es unter dem Ersatznamen abspeichern zu wollen), und dieses aber alles nur für das RTF-Format, nicht aber bei TXT, fände ich aber auch schon höheren Zufall. Und ich kann mich auch nicht erinnern, dass mir sowas mal in NT4-Wordpad untergekommen wäre. Klar ist eine Verschlimmbesserung nicht auszuschließen; aber die große Mehrzahl der Fälle ist doch wohl, dass es, wenn es funktioniert, auch in der nächsten Generation funktioniert.
Also ich bin noch nicht ganz überzeugt, dass es nichts mit Dateinamen zu tun haben soll.
Mal in die Breite gefragt: Hat denn niemand sonst ähnliche Erfahrungen gemacht??
Danke auch für die Tips bzgl. Namensalternativen; die sind in meinem Fall aber wenig praxisgerecht, da ich viele neue Dateien unter Zeitdruck erzeugen muß. Unterverzeichnisse sind schon ohne Ende da; aber ich hab nicht jedesmal die Zeit, in denen herumzuturnen. Ein Präfix, der angibt, wohin die Datei gehört, ist da segensreich: man kann dann zum Schluss das Dateien-Sammelbecken einfach alfabetisch ordnen, und dann mit einem Schlag etwa 30 Dateien mit "§" zu "Rechtliches" ziehen, mit "$" zu "Wirtschaft", mit "&" auf "Soziales/Politik", mit dem Pfundzeichen auf "Medizinisches" (Symbol für die "Äskulapschlange"); usw. Ein Zahlensystem ginge theoretisch auch, wäre aber Gedächtnisballast (das Gedächtnis ist ja endlich, und man wird heute ja so mit Merk-Daten zugesch...), während die Symbolzeichen mit einfachen Assoziationen intuitiv zu verstehen sind; und wenn der eigentliche Dateinamen selbst schon mit Zahlen anfängt...
So, das ist jetzt (trotz Zusammenfassungen) ein ziemlicher Roman geworden; aber wenn man begründen will, muss man halt Material bringen.
Gruß, Kenntnisfrei
  1. ß


aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - en - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu -