Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #282679 > unrolled thread

Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden

Back to article view | Back to ger.ct

Contents

  Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Herwig Huener AQSR <herwig.huener@t-online.de> - 2016-11-11 03:45 +0100
    Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Hermann Riemann <nospan.gerct08@hermann-riemann.de> - 2016-11-11 08:29 +0100
      Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden "Dr. Joachim Neudert" <neudert@5sl.org> - 2016-11-11 10:10 +0100
        Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Herwig Huener AQSR <herwig.huener@t-online.de> - 2016-11-11 16:32 +0100
          Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Holger Marzen <holger@marzen.de> - 2016-11-11 16:30 +0000
            Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Hermann Riemann <nospan.gerct08@hermann-riemann.de> - 2016-11-11 21:39 +0100
              Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Jörg Tewes <jogi1964@gmx.net> - 2016-11-11 23:10 +0100
                Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Hermann Riemann <nospan.gerct08@hermann-riemann.de> - 2016-11-12 11:33 +0100
                  Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Jörg Tewes <jogi1964@gmx.net> - 2016-11-12 13:58 +0100
                    Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Michael Bode <m.g.bode@web.de> - 2016-11-12 14:02 +0100
                      Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Herwig AQSR <herwig.huener@t-online.de> - 2016-11-12 05:19 -0800
                      Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Wolfgang Kynast <wky@gmx.de> - 2016-11-12 16:49 +0100
                      Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Jörg Tewes <jogi1964@gmx.net> - 2016-11-12 17:56 +0100
                        Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-11-12 18:20 +0100
                  Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Wolfgang Enzinger <we_usenet@nurfuerspam.de> - 2016-11-13 13:11 +0100
            Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-11-12 10:26 +0100
              Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Hermann Riemann <nospan.gerct08@hermann-riemann.de> - 2016-11-12 13:16 +0100
                Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2016-11-12 21:44 +0100
                  Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Matthias Eißing <meissing@gmx.de> - 2016-11-13 11:08 +0000
                    Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Holger Marzen <holger@marzen.de> - 2016-11-13 11:15 +0000
                      Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Wolfgang Enzinger <we_usenet@nurfuerspam.de> - 2016-11-13 13:15 +0100
                    Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Michael Bode <m.g.bode@web.de> - 2016-11-13 13:11 +0100
                      Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Wolfgang Enzinger <we_usenet@nurfuerspam.de> - 2016-11-13 13:19 +0100
                        Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2016-11-13 13:58 +0100
                          Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Matthias Eißing <meissing@gmx.de> - 2016-11-13 16:00 +0000
                    Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2016-11-13 13:19 +0100
                      Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Matthias Eißing <meissing@gmx.de> - 2016-11-13 16:18 +0000
    Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Holger Marzen <holger@marzen.de> - 2016-11-11 07:44 +0000
      Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Hermann Riemann <nospan.gerct08@hermann-riemann.de> - 2016-11-11 10:03 +0100
      Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-11-11 12:10 +0100
        Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Herwig Huener AQSR <herwig.huener@t-online.de> - 2016-11-11 16:47 +0100
          Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-11-11 16:58 +0100
          Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Hermann Riemann <nospan.gerct08@hermann-riemann.de> - 2016-11-11 21:47 +0100
    Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden "Juergen P. Meier" <nospam-1984@jors.net> - 2016-11-11 10:11 +0000
    Re: Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2016-11-12 20:41 +0100

Page 1 of 2  [1] 2  Next page →

#282679 — Unkatholische DateiNamen und rsync und CygWin / ZeilenEnden

2016-11-11 03:46:00 +0100

Wie bekloppt muss man sein, in irgendeinem Produkt mehrere Dateien
sich im Namen nur in der Gross- und KleinSchreibung unterscheiden
zu lassen? Wenn man sowas mit rsync von einer Unix- oder Linux-Kiste
auf eine Windows-Kiste bringt, dann ist eins von beiden nachher
nicht mehr da.

Es geht aber in der nach oben offenen Skala der Beklopptheit noch
weiter: Das eine ist ein Directory, das andere eine Datei. Das
kann rsync schon gleich gar nicht. Immerhin, es gibt eine
schöne FehlerMeldung.

Ob ich während des BerufsLebens irgendwann einmal die Illusion
hatte, dass es irgendwann diese Art von Problemen nicht mehr
geben wird?

Die andere Art, sich bei MultiPlatform-Aktivitäten selbst
auszutricksen, ist die Codierung der ZeilenEnden. *Noch*
hat es mich nicht erwischt - aber wenn man mehrere PlattFormen
parallel betreibt, dann ist es nur eine Frage der Zeit,
bis man mal wieder darüber stolpert.

Immerhin: ich werde wahrscheinlich als PrivatMann nie wieder mit
der Art, wie in BS2000-SAM-Dateien ZeilenEnden codiert sind, in
Berührung kommen. Irgendwann werde ich es den Neffen erzählen.
("Was der Onkel schon wieder erzählt - der muss irgendwann
von den HighLight-Towers runtergefallen sein - mit dem Kopf
zuerst!")

Herwig

[toc] | [next] | [standalone]

#282691

Am 11.11.2016 um 03:45 schrieb Herwig Huener AQSR:

> Wie bekloppt muss man sein, in irgendeinem Produkt mehrere Dateien
> sich im Namen nur in der Gross- und KleinSchreibung unterscheiden
> zu lassen?

Probleme mit camelCase? ;-)

> Wenn man sowas mit rsync von einer Unix- oder Linux-Kiste
> auf eine Windows-Kiste bringt, dann ist eins von beiden nachher
> nicht mehr da.

Wie sieht das bei FAT32 aus?
boot partitions sollen ja gelegentlich diese Form haben.

> Es geht aber in der nach oben offenen Skala der Beklopptheit noch
> weiter: Das eine ist ein Directory, das andere eine Datei. Das
> kann rsync schon gleich gar nicht. Immerhin, es gibt eine
> schöne FehlerMeldung.

Was mir bei rsync momentan mehr Arbeit bereitet
ist die Einführung von symbolischen links.

partition A enthält Datei mit symolischen link auf
eine Datei in partition B
A soll gerettet werden, B nicht, mit Ausnahmen der
Dateien die von der aus in A ein Link existiert
Und beim Rückkopieren der Datensicherung
soll soll die Datei in B restauriert, und der link in A
eventuell wieder hergestellt werden.

In den letzten Tagen bastele ich manchmal an Python Programme
mir dem das lokalspezifisch geht.
( Wobei verschiedene Ordner- und username zu berücksichtigten
   sind, weil z.B. aus raspberry pi .. )

> Ob ich während des BerufsLebens irgendwann einmal die Illusion
> hatte, dass es irgendwann diese Art von Problemen nicht mehr
> geben wird?

Für mich ist das ein Grund M$ zu weitgehend vermeiden.

Allerdings gibt es andere Probleme, wie ISO-utf8.
Da habe ich (hoffentlich alle) eigene aktuell Dateien
auf utf8 umgestellt und schon kommen sie extern
über csv und xls wieder rein.

Und FAT ist lebendig, z.B. bei raspberry pi, boot-Bereiche ..
(Sowie RS232 in der hardware.)

Bei mir noch:
Und dann die auf html5.
Python 2 ist auch noch nicht tot
und jetzt kommt von SDL auf SDL2.

Wenigstens kein office
( meine einzige privat selbsterstellte (open) office
   Datei kann ich nicht mehr lesen,
   und sie ist auch mittlerweile irrelevant.)

> Die andere Art, sich bei MultiPlatform-Aktivitäten selbst
> auszutricksen, ist die Codierung der ZeilenEnden. *Noch*
> hat es mich nicht erwischt - aber wenn man mehrere PlattFormen
> parallel betreibt, dann ist es nur eine Frage der Zeit,
> bis man mal wieder darüber stolpert.

Mittlerweile nur noch Linux, aber.
außer SuSE habe ich Ubuntu (auf Odroid), raspian (debian Variante) ..

> Immerhin: ich werde wahrscheinlich als PrivatMann nie wieder mit
> der Art, wie in BS2000-SAM-Dateien ZeilenEnden codiert sind, in
> Berührung kommen. Irgendwann werde ich es den Neffen erzählen.

Das beliebte Spiel:
Unix Editoren setzten am Dateiende, sofern nicht vorhanden
  ein Zeilenvorschub '\n'
BS2000 Editoren fügen bei Zeilen Länge 0 ein Leerzeichen (blank) ein.
Dazu der Kommentar eines Vorgesetzten,
die Dateizählung ( geänderte Zeile für interne Dokumentation ) ..

( Ich hatte damals dann ein C-Programm geschrieben,
   welches Leerzeilen am Dateiende löschte.)

( Ein Spiel war unter Unix ein offenes Fenster mit vi
   das andere mit EDOR.
   Wenn man in vi mit crtl D Seitenvorschub geblättert hat
   und es dann so in EDOR probierte,
   wurde das EDOR-Fenster geschlossen,
   und die Änderungen waren, da nicht gespeichert, verloren.)

Ein reines Linux Spiel ist der Ordnername auf einer USB-Platte.
Die Erfassung über den browser Konquerer hat früher nicht funktioniert
weil die url-Anzeige für shell nicht gültig war.

( Bei windows war es E: F: ..??
   wobei die Frage was kommt mach Z: bzw Ende der ASCII Zeichen
   bzw > 0x0FF dran mich noch ein wenig interessieren würde.
   häufig erlebter blauer Bildschirm?)

Früher war es man /media/disk/etc
jetzt manchmal, je nach Distri /run/media/(Name!=SETTINGS) ..

Apropo Geschichte?. Das carriage return war für Nadeldrucker
eventuell unzweckmäßig, weil damit der Wagen bis zum Zeilen Anfang
statt bist zum Ersten Zeichen ungleich Leerzeichen ging.
Ob das heutzutage bei Tintenspritzer ..

Hermann
    der zwar noch manchmal von seiner Arbeitsumgebung
    geträumt hat, aber noch nie von (Programm)Texte.

-- 
www.Hermann-Riemann.de

[toc] | [prev] | [next] | [standalone]

#282709

Am 11.11.16 um 08:29 schrieb Hermann Riemann:
> Am 11.11.2016 um 03:45 schrieb Herwig Huener AQSR:
> 
>> Wie bekloppt muss man sein, in irgendeinem Produkt mehrere Dateien
>> sich im Namen nur in der Gross- und KleinSchreibung unterscheiden
>> zu lassen?
> 
> Probleme mit camelCase? ;-)

Hey, das war jetzt der trockene Brüller der Woche...  :-))

[toc] | [prev] | [next] | [standalone]

#282798

2016-11-11 16:33:00 +0100
1001 Stunden 33 Minuten plus 42822 Stunden 27 Minuten

Dr. Joachim Neudert wrote:

> ...

>> Probleme mit camelCase? ;-)
> 
> Hey, das war jetzt der trockene Brüller der Woche...  :-))

Das mag sein, dass es der Brüller war - aber es
war nicht der Grund. Die betreffende Dateinamen waren
Trash/trash und Templates/templates.

Herwig
   der noch etwas müde ist, weil er wegen TraktorLärm
   auf dem Hof überstürzt und viel zu früh um 15:30
   aufgestanden ist.

[toc] | [prev] | [next] | [standalone]

#282813

* On Fri, 11 Nov 2016 16:32:52 +0100, Herwig Huener AQSR wrote:

> 2016-11-11 16:33:00 +0100
> 1001 Stunden 33 Minuten plus 42822 Stunden 27 Minuten
>
> Dr. Joachim Neudert wrote:
>
>> ...
>
>>> Probleme mit camelCase? ;-)
>> 
>> Hey, das war jetzt der trockene Brüller der Woche...  :-))
>
> Das mag sein, dass es der Brüller war - aber es
> war nicht der Grund. Die betreffende Dateinamen waren
> Trash/trash und Templates/templates.

Ich vermute mal, dass rsync dafür nichts kann, sondern das
vorsinflutliche Behandeln von Groß-/Kleinschreibung auf der
Windows-Seite im NTFS.

[toc] | [prev] | [next] | [standalone]

#282837

Am 11.11.2016 um 17:30 schrieb Holger Marzen:

>> Das mag sein, dass es der Brüller war - aber es
>> war nicht der Grund. Die betreffende Dateinamen waren
>> Trash/trash und Templates/templates.

Muß sowas unter windows erledigt werden

> Ich vermute mal, dass rsync dafür nichts kann, sondern das
> vorsinflutliche Behandeln von Groß-/Kleinschreibung auf der
> Windows-Seite im NTFS.

Da war doch mal was mit der Großklein-Schreibung bei
dem Übergang von Großbuchstaben 8.3 in FAT??

Hermann
    der sich noch an angezeigte DOS Dateinamen erinnert,
    deren erster Buchstaben groß, der Rest klein war.
    ( und seine USB-Festplatten mit ext* neu formatiert.)

-- 
www.Hermann-Riemann.de

[toc] | [prev] | [next] | [standalone]

#282844

Hermann Riemann schrieb:

> Hermann
>     der sich noch an angezeigte DOS Dateinamen erinnert,
>     deren erster Buchstaben groß, der Rest klein war.
>     ( und seine USB-Festplatten mit ext* neu formatiert.)

Entweder du erinnerst dich falsch, oder du hattest das Anzeigeprogramm
so eingestellt. DOS Dateinanen und Ordnernamen sind groß, nur groß.


        Bye Jörg

-- 
"I never thought there could be anything worse than being all alone
in the night." "But there is, being all alone in a crowd."
(Sheridan and Delenn, "There All The Honor Lies")

[toc] | [prev] | [next] | [standalone]

#282881

Am 11.11.2016 um 23:10 schrieb Jörg Tewes:

>>     der sich noch an angezeigte DOS Dateinamen erinnert,
>>     deren erster Buchstaben groß, der Rest klein war.
>>     ( und seine USB-Festplatten mit ext* neu formatiert.)

> Entweder du erinnerst dich falsch, oder du hattest das Anzeigeprogramm
> so eingestellt. DOS Dateinamen und Ordnernamen sind groß, nur groß.

Unter DOS da.
Aber unter windows 9* in der DOS-shell?

Und, soweit ich mich erinnerte, war Groß- und Kleinschreibung
irrelevant

Hermann
    der meint in DOS wurde, wie heute in der dosbox
    Klein-Buchstaben automatisch intern in Großbuchstaben konvertiert
    und vermutet, die Kleinbuchstaben in Dateinamen in windows 9*
    waren nur für die Anzeige so modifiziert.

-- 
www.Hermann-Riemann.de

[toc] | [prev] | [next] | [standalone]

#282899

Hermann Riemann schrieb:
> Am 11.11.2016 um 23:10 schrieb Jörg Tewes:
> 
>>>     der sich noch an angezeigte DOS Dateinamen erinnert,
>>>     deren erster Buchstaben groß, der Rest klein war.
>>>     ( und seine USB-Festplatten mit ext* neu formatiert.)
> 
>> Entweder du erinnerst dich falsch, oder du hattest das Anzeigeprogramm
>> so eingestellt. DOS Dateinamen und Ordnernamen sind groß, nur groß.
> 
> Unter DOS da.
> Aber unter windows 9* in der DOS-shell?

Auch da, das ist ein reines DOS, es sei denn du greifst auf FAT32
Partitionen zu.

> Und, soweit ich mich erinnerte, war Groß- und Kleinschreibung
> irrelevant

Irrelevant ist sie immer noch. Wüßte auch nicht warum man eine
Unterscheidung zwischen template und Template machen sollte. Ist zwar
möglich aber ist für den Benutzer eher hinderlich.


        Bye Jörg

-- 
"I never start a conversation unless I know where it's going. But I
always leave a little room for someone to disappoint me. Thanks for
not doing it."
(Garibaldi (to G'Kar), "Comes the Inquisitor")

[toc] | [prev] | [next] | [standalone]

#282900

Am 12.11.2016 um 13:58 schrieb Jörg Tewes:
> Hermann Riemann schrieb:
>> Am 11.11.2016 um 23:10 schrieb Jörg Tewes:
>>
>>>>     der sich noch an angezeigte DOS Dateinamen erinnert,
>>>>     deren erster Buchstaben groß, der Rest klein war.
>>>>     ( und seine USB-Festplatten mit ext* neu formatiert.)
>>
>>> Entweder du erinnerst dich falsch, oder du hattest das Anzeigeprogramm
>>> so eingestellt. DOS Dateinamen und Ordnernamen sind groß, nur groß.
>>
>> Unter DOS da.
>> Aber unter windows 9* in der DOS-shell?
> 
> Auch da, das ist ein reines DOS, es sei denn du greifst auf FAT32
> Partitionen zu.
> 
>> Und, soweit ich mich erinnerte, war Groß- und Kleinschreibung
>> irrelevant
> 
> Irrelevant ist sie immer noch. Wüßte auch nicht warum man eine
> Unterscheidung zwischen template und Template machen sollte. Ist zwar
> möglich aber ist für den Benutzer eher hinderlich.

Frag Herwig, der baut die Großschreibung auch mitten im Wort ein.
Scheint er irgendwie wichtig zu finden.

[toc] | [prev] | [next] | [standalone]

#282904

2016-11-12 14:20:00 +0100

> ...

> Frag Herwig, der baut die Großschreibung auch mitten im Wort ein.
> Scheint er irgendwie wichtig zu finden.

"GrossSchreibung" - soviel Zeit muss sein.

Herwig

[toc] | [prev] | [next] | [standalone]

#282918

On Sat, 12 Nov 2016 14:02:25 +0100, "Michael Bode" posted:

>Am 12.11.2016 um 13:58 schrieb Jörg Tewes:
>> Hermann Riemann schrieb:
>>> Am 11.11.2016 um 23:10 schrieb Jörg Tewes:
>>>
>>>>>     der sich noch an angezeigte DOS Dateinamen erinnert,
>>>>>     deren erster Buchstaben groß, der Rest klein war.
>>>>>     ( und seine USB-Festplatten mit ext* neu formatiert.)
>>>
>>>> Entweder du erinnerst dich falsch, oder du hattest das Anzeigeprogramm
>>>> so eingestellt. DOS Dateinamen und Ordnernamen sind groß, nur groß.
>>>
>>> Unter DOS da.
>>> Aber unter windows 9* in der DOS-shell?
>> 
>> Auch da, das ist ein reines DOS, es sei denn du greifst auf FAT32
>> Partitionen zu.
>> 
>>> Und, soweit ich mich erinnerte, war Groß- und Kleinschreibung
>>> irrelevant
>> 
>> Irrelevant ist sie immer noch. Wüßte auch nicht warum man eine
>> Unterscheidung zwischen template und Template machen sollte. Ist zwar
>> möglich aber ist für den Benutzer eher hinderlich.
>
>Frag Herwig, der baut die Großschreibung auch mitten im Wort ein.
>Scheint er irgendwie wichtig zu finden.

Ich muss gestehen, dass ich das inzwischen auch nicht schlecht fände. 
"UrInstinkt" ist irgendwie schon klarer ;-)


-- 
Schöne Grüße,
Wolfgang

[toc] | [prev] | [next] | [standalone]

#282931

Michael Bode schrieb:
> Am 12.11.2016 um 13:58 schrieb Jörg Tewes:
>> Hermann Riemann schrieb:
>>> Am 11.11.2016 um 23:10 schrieb Jörg Tewes:
>>>
>>>>>     der sich noch an angezeigte DOS Dateinamen erinnert,
>>>>>     deren erster Buchstaben groß, der Rest klein war.
>>>>>     ( und seine USB-Festplatten mit ext* neu formatiert.)
>>>
>>>> Entweder du erinnerst dich falsch, oder du hattest das Anzeigeprogramm
>>>> so eingestellt. DOS Dateinamen und Ordnernamen sind groß, nur groß.
>>>
>>> Unter DOS da.
>>> Aber unter windows 9* in der DOS-shell?
>> 
>> Auch da, das ist ein reines DOS, es sei denn du greifst auf FAT32
>> Partitionen zu.
>> 
>>> Und, soweit ich mich erinnerte, war Groß- und Kleinschreibung
>>> irrelevant
>> 
>> Irrelevant ist sie immer noch. Wüßte auch nicht warum man eine
>> Unterscheidung zwischen template und Template machen sollte. Ist zwar
>> möglich aber ist für den Benutzer eher hinderlich.
> 
> Frag Herwig, der baut die Großschreibung auch mitten im Wort ein.
> Scheint er irgendwie wichtig zu finden.

Der eine findet Camelcase wichtig der andere ne geschnittene
Currywurst. So hat halt jeder seinen Spleen.


        Bye Jörg

-- 
"I'm here to pick up some women."
"You'll have better luck at bars."
(Vir and Garibaldi, "Soul Mates")

[toc] | [prev] | [next] | [standalone]

#282952

Jörg Tewes in <news:d12f9995-ac24-a985-b393-099538f23a97@jtewes.my-fqdn.de>:

>Der eine findet Camelcase wichtig der andere ne geschnittene
>Currywurst. So hat halt jeder seinen Spleen.

Ja, Schatz!

[toc] | [prev] | [next] | [standalone]

#282985

Am Sat, 12 Nov 2016 11:33:19 +0100 schrieb Hermann Riemann:

> Am 11.11.2016 um 23:10 schrieb Jörg Tewes:
> 
>>>     der sich noch an angezeigte DOS Dateinamen erinnert,
>>>     deren erster Buchstaben groß, der Rest klein war.
>>>     ( und seine USB-Festplatten mit ext* neu formatiert.)
> 
>> Entweder du erinnerst dich falsch, oder du hattest das Anzeigeprogramm
>> so eingestellt. DOS Dateinamen und Ordnernamen sind groß, nur groß.
> 
> Unter DOS da.
> Aber unter windows 9* in der DOS-shell?
> 
> Und, soweit ich mich erinnerte, war Groß- und Kleinschreibung
> irrelevant

Ich vermute, du meinst den Explorer von Windows NT 4. Der stellte in der
Tat ein "temp" oder "TEMP" immer als "Temp" dar.

Falls nötig, kann ich einen Screenshot liefern, denn hier steht noch so
eine olle Kiste rum, die ich ca. zweimal im Jahr hochfahre; und zwar weil
die ein CD-Laufwerk hat (Plextor Ultraplex an SCSI), das beim Rippen von
Audio-CDs nicht zu schlagen ist. :-)

[toc] | [prev] | [next] | [standalone]

#282875

Holger Marzen in <news:o04rnv$ug0$1@news.marzen.de>:

>* On Fri, 11 Nov 2016 16:32:52 +0100, Herwig Huener AQSR wrote:
>
>> Das mag sein, dass es der Brüller war - aber es
>> war nicht der Grund. Die betreffende Dateinamen waren
>> Trash/trash und Templates/templates.
>
>Ich vermute mal, dass rsync dafür nichts kann, sondern das
>vorsinflutliche Behandeln von Groß-/Kleinschreibung auf der
>Windows-Seite im NTFS.

Gestern hatte ich den umgekehrten Effekt: 

Ein Doppelalbum der Neal Morse Band per CDEX (und Tags aus der freedb)
verflact. Die erste CD hieß "The Similitude Of A Dream", die zweite "The
Similitude of a Dream". Dank Windows beide ins gleiche Unterverzeichnis.
Rüber auf den DLNA-Server kopiert und prompt sah der DLNA-Client zwei
Alben von Neal Morse: Das eine hieß "The Similitude Of A Dream", das
andere "The Similitude of a Dream" #-(.

CU!
Ulrich
-- 
In 1 Monat und 13 Tagen ist Weihnachten.
 Programme, soviel ihr wollt; Preise, die ihr selbst bestimmt:
 Schaut einfach mal auf ftp://warez.invalid.de rein  
Stellt euch vor, es ist Samstag und keiner geht hin!

[toc] | [prev] | [next] | [standalone]

#282891

Am 12.11.2016 um 10:26 schrieb Ulrich F. Heidenreich:

> Ein Doppelalbum der Neal Morse Band per CDEX (und Tags aus der freedb)
> verflact. Die erste CD hieß "The Similitude Of A Dream", die zweite "The
> Similitude of a Dream". Dank Windows beide ins gleiche Unterverzeichnis.
> Rüber auf den DLNA-Server kopiert und prompt sah der DLNA-Client zwei
> Alben von Neal Morse: Das eine hieß "The Similitude Of A Dream", das
> andere "The Similitude of a Dream" #-(.

Ich habe man "gehört", das windows Dateinamen mittlerweile
intern über utf?? gehen.

Hermann
    der nicht vorhersehen kann, was bei verschiedenen
    Windowsumformungen passieren mag,
    und u.a. auch deswegen Linux vorzieht.


-- 
www.Hermann-Riemann.de

[toc] | [prev] | [next] | [standalone]

#282946

Am 12.11.2016 um 13:16 schrieb Hermann Riemann:

> Ich habe man "gehört", das windows Dateinamen mittlerweile
> intern über utf?? gehen.

Schön wärs.

NTFS speichert Dateinamen intern in UCS2 (also 16Bit Unicode).

Die Windows-API bietet die Wahl zwischen UCS2 oder einer historischen 
8Bit-Kodierung (fälschlich "ANSI" genannt), die von der installierten 
Windows-Sprachversion abhängt. Die in der Internet-Ära mittlerweile 
dominante UTF8-Kodierung beherrscht Windows in Dateinamen bis heute *NICHT*.

So weit erst mal nur exotisch.

Aber es wird schlimmer:
Da UCS2 für exotische Sprachen nicht reicht, stecken viele Anwendungen 
ungeniert das sehr ähnlich kodierte UTF16 dort hinein, was aber grandios 
scheitert, wenn eine andere Anwendung von UCS2 ausgeht.
Und da UTF8 und Windows-ANSI für den ASCII-Codebereich überein stimmen, 
ignorieren besonders amerikanische Programmierer gerne den Unterschied, 
was das Chaos endgültig perfektioniert.

Merke: Verwende auf einem Windows-System niemals nationale 
Sonderzeichen, wenn du damit rechnest, Daten mit dem Ausland austauschen 
zu müssen!

Hergen

[toc] | [prev] | [next] | [standalone]

#282976

Hergen Lehmann <hlehmann.expires.5-11@snafu.de> wrote:

> NTFS speichert Dateinamen intern in UCS2 (also 16Bit Unicode).

Nö. NTFS nutzt, wie die Windows API mit ihren Wide-Aufrufen durchgängig
UTF16

-- 
cu://Matthias.Eißing.de@iOS

[toc] | [prev] | [next] | [standalone]

#282977

* On Sun, 13 Nov 2016 11:08:53 +0000 (UTC), Matthias Eißing wrote:

> Hergen Lehmann <hlehmann.expires.5-11@snafu.de> wrote:
>
>> NTFS speichert Dateinamen intern in UCS2 (also 16Bit Unicode).
>
> Nö. NTFS nutzt, wie die Windows API mit ihren Wide-Aufrufen durchgängig
> UTF16

Aber irgendwas muss doch am API seltsam sein. Groß-/Kleinschreibung in
Dateinamen bleibt zwar erhalten, wird aber trotzdem ignoriert. Eine
ziemlich wirre Kombination.

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | ger.ct

csiph-web