Suchergebnisse

Mit $(patsubst): $(patsubst %, blafasel%troet, $(FILES)) Alternativ kannst du natürlich einfach Shellbefehle in den Make-Regeln verwenden.

Macht es doch nicht so umständlich: #! /bin/sh set -eu array="\ root test1 host1 root test2 host2" echo "$array" | while read -r user passwd host; do echo "$user $passwd $host" /ein/befehl "$user" "$passwd" "$host" done

Ganz grundlegende Frage: Lauscht ein getty an den Dingern? In der /etc/ttys, bei ttyu[0-3], vierte Spalte "on" (statt standardmäßig "off").

sysinfo.h ist da, wird gefunden und auch in deren Inhalt wird die Deklaration der Funktion sysinfo() gefunden. Das zeigt sich daran, dass es keine Fehler- oder Warnmeldung vom Übersetzer gab. Das da oben ist eine Fehlermeldung vom Binder, dass er die Definition der Funktion nicht findet...

Liest du eigentlich, was ich schreibe? Nochmals mit Betonung:

Nur den einzelnen Satz aus dem Kontext gerissen, hast du irgendwie recht. Mit Kontext ist diese Entgegnung sinnfrei. Du versuchst etwas zu illustrieren, wo es nichts zu illustrieren gibt und vermittelst damit die gefährlich falsche Vorstellung, dass das Konzept "uninitialisierte Variable"...

Dies ist schlicht falsch. Nicht initialisierte automatische (lokale) Variablen sind schlicht ... uninitialisiert. Kein Übersetzer treibt den Zusatzaufwand, diese mit 0 zu initialisieren. Falls das doch irgendeiner tut, dann darf man da sich schlicht nicht darauf verlassen. Nur statische...

Jeder Operator in C liefert ein Ergebnis, manche haben auch Nebenwirkungen (Zuweisung: Wert einer Variablen ändern, Funktionsaufruf: quasi beliebiges im Speicher ändern). Dieses Ergebnis ist bis auf wenige Ausnahmen immer ein rvalue. Diese Ausnahmen sind Variablen, unärer *, [], . und -> (und...

Das Verhalten ist keine Lust-und-Laune-Sache, die C-Norm schreibt dies vor: Im Allgemeinen ist es unentscheidbar, ob ein bestimmter Punkt in einem Programm erreichbar ist oder nicht. Es bedarf schon einiger Analyse, um auch nur das Eingangsbeispiel zu bewältigen. Es gibt aber einen Grund...

Das Makro funktioniert so nicht. Aus #define DUMMY(n) uint8_t dummy_##__LINE__[n] DUMMY(1) wird (gcc -E bla.c) uint8_t dummy___LINE__[1] Korrekt funktioniert Folgendes: #define CONCAT_(a, b) a##b #define CONCAT(a, b) CONCAT_(a, b) #define DUMMY(n) uint8_t CONCAT(dummy_...

Nein, das funktioniert nicht. Ich vermute, du verwechselst das mit anonymen Bitfeldern.

Wenigstens einer von euch ist vernünftig geworden. (: Ich habe mal kurz in die Bewertungen geschaut: Viele mit fünf Sternen. Aber schon die erste Bewertung mit einem Stern ist vernichtend. (Soviel zum Thema Mittelwerte.) Der Schreiber legt detailliert dar, warum man die Finger von dem Buch...

Du meinst die leckeren Vollkornkekse mit Schokostückchen, die in der großen metallenen Keksdose ganz unten hinten im Schrank versteckt stehen? *betont unschuldig* Keine Ahnung, nie gesehen.

Siehe history und savehist in csh(1). Warnung: Die Implementierung des Speicherns der Historie ist hirntot (sprich O(n^2), außer es gab endlich mal einen Import einer deutlich neueren csh), daher ist viel mehr als ein paar tausend nicht zu empfehlen, sonst kannst du sekundenlang warten, bis...

Das sieht schwer danach aus, als hättest du dir (Teile von) /sbin/ weggeschossen.

Selbstverständlich wird GB18030 verbindlich.

#! /bin/sh set -e -u SRC='/usr/src/' CMP='/usr/.src-compare' if [ ! -e "$CMP" -o "$CMP" -ot "$SRC" ]; then echo "$SRC changed" # ... # now do stuff # ... touch -r "$SRC" "$CMP" fi Achtung: Das detektiert nur Änderungen in /usr/src selbst, nicht in dessen...

Zudem ist die Angabe nur "informative", nicht "normative" (siehe Kopf des Anhangs), was insbesondere durch folgendes unterstrichen wird: Zudem sind diese Minimalforderungen in hinreichend nutzloser Form gefordert: Auf deutsch: Es gibt keine Garantie, dass ein beliebiges beliebig kleines...

Netter Hack. Ein paar Anmerkungen: Tut das _GNU_SOURCE Not? Die meisten der globalen Variablen könnten const sein (z.B. "char const* const part1" statt nur "char const* part1"). user_agent kann "char const*" sein statt nur "char*". Alle snprintf()-Aufrufe haben als Formatansweisungen...

vidcontrol -s 2 Das ganze muss natürlich noch in ein rc-Skript verpackt werden. Um für die Ästethik noch das Anmeldefeld auf ttyv0 loszuwerden, einfach in der /etc/ttys in der Zeile für ttyv0 den Eintrag von "on" auf "off" ändern.

Deine Begründung ist schlicht falsch. Ich gehe im Folgenden auf c = a << 32 ein: C (ISO/IEC 9899:1999 (E) §6.5.7): Ist der linke Operand schmaler als int, so wird er zunächst auf int konvertiert. Dann folgt << und hier sagt die C-Norm, dass deren Verhalten undefiniert ist, falls um die...

Verzeih meine Direktheit, aber du hast keine Ahnung, was du tust. Ganz kurz: out ist ein privilegierter Befehl. Auf Linux kann man sich mittels ioperm das Recht holen, ihn zu benutzen. Das Makro bildet das einfach auf nichts ab. Auf FreeBSD gibt es ioperm nicht. Es wurde bereits vorgeschlagen...

Natürlich gibt es die. Das sieht man zum Beispiel an der Notation oben: Höchstwertigstes Bit links oder rechts schreiben? Das ist Endianness auf Bitebene. Wenn Daten bitweise verschickt werden, dann ist das ebenso wichtig. Wenn man nur Bytes betrachtet, dann ist das ist das tatsächlich nicht...

Um dein Beispiel aufzugreifen, bei LE liest man das Wort so ein: (scheinbar sind die Bits von links nach rechts auch in LE-Reihenfolge, also nicht so wie man Zahlen üblicherweise hinschreibt) val = data[0] >> 5 | (data[1] & 0x3F) << 3; Und wenn man die Daten im BE-Fall nicht vermurkst, sondern...

Ich habe deine Ausführen mehrfach gelesen und kann sie nicht nachvollziehen. Warum sollte ich die Daten im BE-Fall Mixed Endian schicken? Warum zudem nicht an Bytegrenzen ausgerichtet?