Beiträge von DosAmp

    Es empfiehlt sich in dem Fall, einfach nach dem gewünschten Dateinamen aus der Prüfsummendatei zu googeln, da selbst in diesem Punkt Web-Suchmaschinen mittlerweile spezialisierten FTP-Suchen recht gut das Wasser reichen. Einen japanischen Mirror für Debian/ia64 4.0 gibt es zum Beispiel noch hier:
    http://ftp.riken.jp/Linux/debian/d…r9/ia64/iso-cd/
    Mirrors von Sarge oder älter mit Images anderer Plattformen als i386 sind aber in der Tat nur noch schwer zu finden.

    Ansonsten, was spricht gegen die Benutzung einer Netinst-CD in Verbindung mit dem passenden Release-Zweig unter http://archive.debian.org/debian-archive/debian als Quelle für APT? Wenn schon steinalte Software, dann gleich auf einmal mit so viel Patches wie noch verfügbar. ;)

    Das MIDI-Format definiert nicht Noten als Bestandteile von Spuren, sondern Ereignisse, die eines nach dem anderen vom Synthesizer abgearbeitet werden. Vereinfacht gibt es da, wie du auch aus dem Quelltext herauslesen kannst, zum Beispiel Note-On (= Ton spielen), Note-Off (= Ton sofort verklingen lassen), Key After-Touch (= Ton mit einer gewissen Geschwindigkeit verzögert verklingen lassen) oder Channel After-Touch (= Spur verzögert verklingen lassen).

    Das heißt, die Länge eines Tons ergibt sich nicht aus einem einzelnen (Note-on-)Events, wie es diese Prozedur nacheinander ausliest, sondern du musst dafür die Delta-Zeit (DeltaTimeTicks) des unmittelbar darauffolgenden Events auf derselben Spur heranziehen, das entweder den Ton ändert oder ausschaltet.
    Siehe auch eine übersetzte Dokumentation des MIDI-Formats.

    Nicht unbedingt Bug von Software oder Konfiguration, aber das Forum verschickt ähnlich zu chiakis YAFU-Installation derzeit noch Benachrichtungs-Mails mit gandros privater E-Mail-Adresse als Absender. Ein ggf. weitergeleitetes Mailkonto à la admin@… auf dem Foren-Mailserver wäre eventuell schicklicher.

    Dateigröße in C ermitteln
    Variante 1: fseek + ftell

    Code
    #include <stdio.h>
    
    
    FILE *f = fopen(path, "rb");
    fseek(f, 0, SEEK_END);
    long size = ftell(f);
    fseek(f, 0, SEEK_SET);
    fclose(f);

    Variante 2: stat

    C
    #include <sys/types.h>
    #include <sys/stat.h>
    #include <fcntl.h>
    
    
    struct stat st;
    stat(path, &st);
    off_t size = st.st_size;

    Variante 3: File Descriptors, fstat()

    C
    #include <sys/types.h>
    #include <sys/stat.h>
    #include <fcntl.h>
    
    
    int fd = open(path, O_RDONLY);
    struct stat st;
    fstat(fd, &st);
    off_t size = st.st_size;
    close(fd);

    Hilft natürlich alles nichts, wenn die Daten über stdin hereinkommen und man ein Binärformat parsen will, das in Version 1 aus einer fixen Datenstruktur besteht und optional in Version 2 von denselben Daten mit einer zusätzlichen (String-)Spalte gefolgt wird, an der man auch interessiert ist. Hilft aber abzuschätzen, ob letztere existiert, wenn sie stattdessen aus einer Datei kommen.


    Immer noch dagegen.


    Als gleichen Gründen, weil WHF kein Warez-Forum ist, wo man zu Gunsten der Konzentration auf das angebotene Gut sozialen Kitt in Threads möglichst minimieren will und durch Bedank-o-mate u. ä. kanalisiert.

    Im Übrigen bin ich immer noch skeptisch bezüglich Reputations-/Karmapunkten. Auch wenn bei meinem letzten praktischen Einsatz im Bl4ckb0x-Forum* bei selbigen gar kein so schlechter Saldo herausgekommen war. ;)

    *) Damals, als dieses Forum in den Augen vieler zu zerbrechen drohte und es kurzzeitig drei Alternativforen zu diesem hier (das sich in der Zwischenzeit „Die Winhistory-Community“ nannte) gab, wobei Dirk die populärste Alternative auf phpBB-Basis anbot … oh, im Internet fliegt die Zeit subjektiv immer noch einen Hauch schneller als im echten Leben. Nicht zu verwechseln mit heckens WBB-Forum unter wh-forum.de, das mehr oder weniger spektakulär von gandro mittels Sicherheitslücke geowned wurde.

    Weiß nicht, ob 12w08 schon draußen ist, aber bedeutendste Änderung neben Aufholbedarf beim neuen Mapformat werden wohl Stalaktiten sein, die sich an unmittelbar unter Wasser befindlichen Höhlendecken aus Stein bilden.

    Kann eventuell von Nutzen sein, wenn man DOS-Anwendungen, die Expansionsspeicher (EMS) nutzen, wie er ursprünglich von diesen Karten bereitgestellt wurde, auf einem 286er oder älter ausführen will, welche Expansionsspeicher noch nicht mithilfe von Erweiterungsspeicher (XMS) abbilden können. In allen anderen Fällen ist es angebrachter, im Bedarfsfall einen Speichermanager wie EMM386 für EMS zu nutzen – eine Hardware-Expansionskarte würde bei einem 386er permanent wertvollen oberen Speicher für den Page Frame belegen. ;)

    Okay, zum Ausnutzen von RAM, der zwar für das Betriebssystem sichtbar ist, aber weder zum Allozieren durch Programme noch zum Cachen genutzt kann, ist eine RAM-Disk immer noch eine Option … auch wenn diese Vorgehensweise meist doch eher von Diehard-Win9x-Anhängern gewählt wird, die dann aus Stabilitätsgründen den für Windows verfügbaren RAM reduzieren (auch wenn es z. B. durchaus Erfolgsmeldungen über die direkte Nutzung von 2 GB RAM unter Win98 aus dem MSFN-Forum gibt :fresse: ) und dann tatsächlich z. B. die Auslagerungsdatei auf die RAM-Disk packen.

    Ansonsten macht es wenig Sinn, dem Betriebssystem vorzuschreiben, wie es mit dem Speicher umzugehen hat. Kann mich noch gruselig dran erinnern, als es total cool war, immer möglichst viel RAM am Vergammeln frei zu haben und man unter XP deswegen mit Tools den Dateicache noch künstlich reduziert hat.

    Ähnliches gilt übrigens für den :< Smilie mit dem der Editor auch nicht klarkommt. Von daher ist die Frage ob wir den WYSIWYG-Editor ggf. nicht doch deaktivieren wollen.


    Wäre vorerst nicht dagegen. Der WYSIWYG-Editor spackt auch gerne mal und lässt einen z. B. eine Auswahl nicht verlinken. TinyMCE hatte ich schon immer etwas buggig in Erinnerung.

    Die nächste Version von Apples Desktop-Betriebssystem heißt mit vollem Namen Mac OS X 10.8 Mountain Lion. Mir fällt zwar kein Produkt von Apple ohne „Mac“ im Namen ein, auf dem selbiges nach deren Eigenverständnis laufen sollte, vielleicht haben die Programmierer aber auch endlich mitbekommen, dass dessen Vorgänger faktisch auch auf anderen Implementierungen der x86_64-Plattform gelaufen sind. :oO3: