1. Foren
  2. Kommentare
  3. Politik/Recht-Forum
  4. Alle Kommentare zum Artikel
  5. › Bundesgerichtshof erklärt…

Einfache lösung

  1. Thema

Neues Thema


  1. Einfache lösung

    Autor: ixiion 26.04.10 - 15:16

    bei CDs hat es damals geklappt sich auf ein Dateisystem zu einigen (ISO 9660)
    bei den DVDs auch (UDF)

    Wenn die Industrie sich da mal zusammensetzen würde könnte man auch ein FS
    für Flashspeicher (z.b UBIFS oder LogFS) in der Entwicklung unterstützen und dann
    zum ISO Standard ernennen. Da MS im Desktop Markt 90%+ Marktanteil hat wäre es dann auch sicherlich leicht sie dazu zu zwingen diese FS als Update auszuliefern.

    Fertig.

    Stattdessen streitet man sich aber lieber 7-8 Jahre vor Gericht um eine Technologie die bereits vor über 16 Jahren patentiert wurde und eigentlich Trivial ist...

  2. Re: Einfache lösung

    Autor: IrgendEinAnderer 27.04.10 - 05:08

    > bei CDs hat es damals geklappt sich auf ein Dateisystem zu
    > einigen (ISO 9660)

    Wenn du den Artikel gelesen hättest, dann wüßtest du, dass ebend dies nicht geklappt hat. Schon 1991 wurde das Format in inkompatibler Weise von der F/OSS-Gemeide verändert (welch Ironie, denn sowas macht ja eigentlich nur das böse Microsoft!) weil das rsprüngliche Format keine langen Dateinamen unterstützte. Hier hat also das "einigen auf einen Standard" schon nicht mehr funktioniert ...

  3. Re: Einfache lösung

    Autor: MBPUser 27.04.10 - 08:45

    IrgendEinAnderer schrieb:
    --------------------------------------------------------------------------------
    > > bei CDs hat es damals geklappt sich auf ein Dateisystem zu
    > > einigen (ISO 9660)
    >
    > Wenn du den Artikel gelesen hättest, dann wüßtest du, dass ebend dies nicht
    > geklappt hat. Schon 1991 wurde das Format in inkompatibler Weise von der
    > F/OSS-Gemeide verändert (welch Ironie, denn sowas macht ja eigentlich nur
    > das böse Microsoft!) weil das rsprüngliche Format keine langen Dateinamen
    > unterstützte. Hier hat also das "einigen auf einen Standard" schon nicht
    > mehr funktioniert ...

    Nun, was für eine Alternative hätte es denn gegeben? Wenn man die CDs für irgendwas sinnvolles verwenden wollte, brauchte man eben lange Dateinamen. Die Idiotie an der ganzen Geschichte ist ja, dass die Rockridge Extensions praktisch industrieweit übernommnen worden sind. Alle OSe mit denen ich damals gearbeitet habe, haben die unterstützt - nur Microsoft hat sich standhaft geweigert eine Unterstützung zu implementieren. Die hatten dann die Joliet-Extensions entwickelt. Die zwar weniger konnten (keine Permissions und kein Ownership), sich aber letztlich durchgesetzt haben. Damals musste man jede CD mit RR *und* Joliet brennen und jedesmal auf 2 Sets von nicht unterstützten Dateinamen achten.

  4. Re: Einfache lösung

    Autor: IrgendEinAnderer 27.04.10 - 08:53

    > Nun, was für eine Alternative hätte es denn gegeben? Wenn man
    > die CDs für irgendwas sinnvolles verwenden wollte, brauchte
    > man eben lange Dateinamen.

    Nach Meinung der F/OSS-Gemeinde heute: Im Istandardkonsotium (d.h. hier der ISO) auf eine Änderung des STandards hinwirken. Nachdem dieser verabschiedet ist und so zum neuen, aktuellen Standard wurde, implementieren.

  5. Re: Einfache lösung

    Autor: MBPUser 27.04.10 - 09:42

    IrgendEinAnderer schrieb:
    --------------------------------------------------------------------------------
    > > Nun, was für eine Alternative hätte es denn gegeben? Wenn man
    > > die CDs für irgendwas sinnvolles verwenden wollte, brauchte
    > > man eben lange Dateinamen.
    >
    > Nach Meinung der F/OSS-Gemeinde heute: Im Istandardkonsotium (d.h. hier der
    > ISO) auf eine Änderung des STandards hinwirken. Nachdem dieser
    > verabschiedet ist und so zum neuen, aktuellen Standard wurde,
    > implementieren.

    Dunkel bleibt Deiner Worte Sinn. In der "F/OSS-Gemeinde" (ich nehme an, damit meinst Du eine größere Anzahl von Opensource-Entwicklern?) gab es bisher noch nie eine Mehrheit für Konsortiumsstandards.

    Im Übrigen hast Du offesichtlich null Ahnung, was RR-Extensions sind und wie sie funktionieren. Das ISO-9660 Format musste dafür nicht um ein Bit verändert werden und schon gar nicht auf inkompatible Weise. Die langen Dateinamen und deren Metainformationen stehen dabei in ganz normalen Dateien, für jedes Verzeichnis eins und sie heissen "TRANS.TBL". Man konnte die ganz normal auf jedem anderen Computer lesen, der keine RR unterstützt hat - dann allerdings nur mit 8.3 Namen.

  1. Thema

Neues Thema


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Sie müssen ausserdem in Ihrem Account-Profil unter Forum einen Nutzernamen vergeben haben. Zum Login

Stellenmarkt
  1. Ausbilder (m/w/d) Informationstechnologie
    KRONES AG, Neutraubling (bei Regensburg)
  2. Netzwerkadministrator:in IT- und Netzwerksicherheit (m/w/d)
    Helmholtz-Zentrum Potsdam Deutsches GeoForschungsZentrum GFZ, Potsdam
  3. Softwareentwickler (m/w/d) C++
    EPLAN GmbH & Co. KG, Monheim am Rhein
  4. Data Analyst für Versicherungen (w/m/d)
    ADAC Versicherung AG, München

Detailsuche


Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. ab 29,99€
  2. 12,24€ (UVP 34,99€) - günstig wie nie!


Haben wir etwas übersehen?

E-Mail an news@golem.de


  1. Raumfahrt: Aufbruch zu Proxima Centauri zur Jahrhundertmitte
    Raumfahrt
    Aufbruch zu Proxima Centauri zur Jahrhundertmitte

    Mit einem Schwarm von kleinen Raumsonden möchte ein Entwicklerteam zu unserem Nachbarstern Proxima Centauri aufbrechen. Die Reise dorthin soll für die Nasa nicht mal ein Vierteljahrhundert dauern.

  2. Selbstverpflichtung beim Tracking: So will die EU die Cookiebanner-Flut eindämmen
    Selbstverpflichtung beim Tracking
    So will die EU die Cookiebanner-Flut eindämmen

    Da es immer noch keine E-Privacy-Verordnung gibt, sollen Anbieter freiwillig die Nutzerpräferenzen beim Tracking respektieren. Bald sollen die Vorgaben feststehen.

  3. Dune 1984: Autor findet David Lynchs Skript zum zweiten Teil von Dune
    Dune 1984
    Autor findet David Lynchs Skript zum zweiten Teil von Dune

    Der zweite Teil des 1984 erschienenen Sci-Fi-Epos Dune wurde nie Realität. Ein Skript gibt Einblicke, wann und wo der Film gespielt hätte.


  1. 12:09

  2. 12:00

  3. 11:49

  4. 11:35

  5. 11:23

  6. 11:10

  7. 10:27

  8. 10:11