>>47328
danke für den bildzuschnitt, felix

>>47377 nein du.
Stahlmann ist unser Herr und Retter.

oder gehörst du etwa zur Blauhaarbrigade?

>>47338
GNU is cancer, Ritchi.

>>47336
I'd just like to interject for a moment. What you're referring to as Linux, is in fact, GNU/Linux, or as I've recently taken to calling it, GNU plus Linux. Linux is not an operating system unto itself, but rather another free component of a fully functioning GNU system made useful by the GNU corelibs, shell utilities and vital system components comprising a full OS as defined by POSIX.

Many computer users run a modified version of the GNU system every day, without realizing it. Through a peculiar turn of events, the version of GNU which is widely used today is often called "Linux", and many of its users are not aware that it is basically the GNU system, developed by the GNU Project.

There really is a Linux, and these people are using it, but it is just a part of the system they use. Linux is the kernel: the program in the system that allocates the machine's resources to the other programs that you run. The kernel is an essential part of an operating system, but useless by itself; it can only function in the context of a complete operating system. Linux is normally used in combination with the GNU operating system: the whole system is basically GNU with Linux added, or GNU/Linux. All the so-called "Linux" distributions are really distributions of GNU/Linux.

>>47328
DOS ist am Ende auch nur eine Bibliothek für die Datenträgerdienste der IBM-PCs und kompatibler Computer (mit der Möglichkeit ab Version 3.10, diese durch Software-Treiber etwa für CD-Laufwerke und Netzwerkzugriff zu ergänzen), die ein Startprogramm in Form der Befehlszeile mitbrachte (ähnliches findet man in Form des Rump-Kernels bei NetBSD, das ein ganzes Unix in eine Laufzeitumgebung verpackt). Genannte Dateisysteme sind das Format ihrer Persistenzschicht, das sich nicht umsonst in ähnlicher Form bei exFAT für Speicherkarten und im Verbundbinärformat [MS-CFB] wiederfindet, das z. B. als Struktur für das binäre Dokumentenformat von MS Office 97-2003 dient.

>>47278
Guckst du Bild nebenstehend.

>>47276
FAT[0] ist kein Dateisystem sondern eine Datenstruktur um die ad hoc so etwas ähnliches wie ein Dateisystem gestrickt wurde.
--
[0] so wie alle ihre Nachfolger wie VFAT, FAT32 e.t.c (außer exFAT).

so oder so

>>47278
Да

>>47100
>mm2ubvrxcgedb2pz6qw6rn_bxka.png
я конечно понимаю, это мост и все дела. но куда делась закрывающая кавычка и тело парня? или это шутка со смыслом такая?

>lowfat
Was ist das für 1 Dateisystem?

hfhhgdfhgf

>>47176
Es ist halt nur relativ nutzlos, weil es read-only ist. Ich wüsste einfach nicht, wofür man das verwenden sollte. Schon gar nicht in einer Netzwerklib.

>>47163
das ist eine hierarchische hashtable, siehe hier:
http://www.unixuser.org/~euske/doc/cdbinternals/index.html

oder im modernen sprachgebrauch: key-value-store.

>>47150
ja, es wär halt schön brauchbar, wenn das zehn libraries wären statt einer:
- datenbank
- andere datenbank
- string-manipulation
- file i/o
- network event
- ...

immerhin ist libtai standalone.

>>47134
Mein Lieblingsteil ist die Konstantendatenbank (cdb_init et al [0]). Wofür zum Fick?

Aber hey, es ist Jammern auf hohem Niveau. Man vergleiche das mal mit Bibliotheken wie Boost. libdjb/libowfat hat relativ wenig Bloat. Manches wirkt aber irgendwie nicht so ganz durchdacht.

[0] https://linux.die.net/man/3/cdb_init

Die Formatierungs- und Parser-Funktionen für dynamische Strings sind ja durchaus ganz nett. Neben dem akademischen Aha-Erlebnis wurde die gewisse Eigenwilligkeit von Bernstein-Code schon an anderer Stelle erwähnt, z. B. http://www.and.org/vstr/comparison
>Pro: Infinitely better implementation than the one in libowfat. Interesting to look at, for a view of the world where each function really does do only one thing (highly recommended to read).
>Con: DJB style tends to be somewhat hard for other people to use, it's also impossible to do things like i18n and keep your sanity... due to printf() being a bunch of small functions. There are more than a few useful functions that are in qmail that aren't in daemontools, so aren't available to use (the headers haven't been updated).
>Notes: As with all DJB code though, the API is written as a set of small atomic operations. For instance, printf-like functionality is implemented over 12 different functions named fmt_* (which don't check for overflows, but some are also reimplemented as stralloc functions). This design makes using the API much more clumsy, for a minor speedup, makes doing i18n almost impossible and goes directly against "premature optimization is bad".
>It's worth nothing that although the stralloc functions deal with dynamic memory, a lot of the other function ignore bounds checking and/or assume things are terminated with a '\0' character.