Beiträge von DosAmp

    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:


    Wie man unter Windows 95 danke einem Bug den Start-Button "Schliessen" oder Verschieben konnte: http://www.osnews.com/story/25614/Wh…5_Start_button_

    Eigentlich müsste das doch auch noch aus Spaß mit neueren Windows-Versionen gehen, wenn man das WS_SYSMENU-Attribut für das immer noch vorhandene Startbutton-Fenster setzt? :D
    (Obwohl ich schon mal selbiges Fenster unter Vista ausgeblendet habe, mit dem einzigen Effekt, dass der über die Taskleiste hinausragende Teil des Startknopfes dann abgeschnitten wurde.)

    Wirklich interessant ist IMHO die unter Win7 immer noch vorhandene Möglichkeit, die Explorer-Shell mithilfe einer Strg+Alt+Umschalt-Kombo sauber zu beenden.


    weiß gar nich ob ich fertig bin :)

    Ich gehe davon aus, dass du keinen Zugriff auf deinen Server hast? Ansonsten schau doch einfach in der Prozessliste nach, ob wget noch läuft oder ob das Wget-Log mit einer Erfolgsmeldung (u. a. mit Fertigstellungsdatum, insgesamt übertragener Datenmenge und durchschnittlicher Downloadgeschwindigkeit) aufhört.


    Vielleicht sollte noch jemand versuchen, die Website komplett runterzuladen, statt das zig Leute gleichzeitig den FTP mirrorn?

    Würde ich auch erst mal empfehlen, dass Blue und strex ihre Downloads zusammenlegen und dann ggf. vervollständigen. Angesichts dieser größeren Datenansammlungen habe ich mittlerweile das Spiegeln eingestellt. Auf Wunsch könnte ich mich aber noch um das mir relevant erscheinende utilies kümmern.