Suchergebnisse

Bei mir beginnt der Tag ebenfalls mit einer Kanne Schwarztee, gelegentlich auch mit einer Kanne Grüntee. Im Moment hab ich Darjeeling Second Flush aus dem Pussimbing Teegarten sowie Grünen Darjeeling aus dem Chamong Teegarten hier.

Auf den OpenBSD-Rechnern meist rxvt sowie aterm und gelegentlich (nur wenn es nicht anders geht) xterm. Ansonsten auch immer wieder dtterm.

Diese Möglichkeit gibt es selbstverständlich. Damit hat dann auch überhaupt niemand Probleme, wie man an einigen Channel-Nutzern sehen kann, die das so machen. Wem das nun aber zu umständlich ist, der muss eben doch auf ISO 8859-1(5) ausweichen. Da es an dieser Stelle nichts mehr...

Es steht im Channel-Topic, dass ISO 8859-1(5) benutzt werden muss. Es wurden oft genug Warnungen ausgesprochen. An gewisse Regeln muss man sich eben halten, sonst funktioniert es nicht.

Mit der Option zu sterben, was zwangsläufig auch den Tod in der realen Welt zur Folge hätte?

Mir wäre nicht bekannt, dass das so direkt machbar ist. Je nach Datentyp der zu vergleichenden Variablen würde ich daher eine untere bzw. obere Grenzen setzen und somit wieder einen Bereich abgrenzen. Das war mit MAX_VALUE in meinem Beispiel gemeint.

switch-Anweisungen können (ab C99) auch Bereiche abdecken. Möglicherweise könnte es also folgendermaßen gehen: switch(mean_drift) { case 2000 ... 20000 : foo(); break; case 20000 ... MAX_VALUE : bar(); break; usw... }

Kannst Du überprüfen ob die MOSFETs vom Typ IRFB4710 sind? Vielleicht findest Du auch im APC-Forum etwas.

Seltsam, ich kann an dem Bild keinen Fehler finden. Womit versuchst Du es denn zu öffnen?

Das ist auch meine Erfahrung mit diesem Gehäuse.

Bitte noch eine konkrete Preisangabe machen. Siehe Flohmarktrichtlinien (http://www.bsdforen.de/showpost.php?p=223270&postcount=1).

Ich kannte den noch nicht und hab herzlich gelacht. Vielen Dank für den Link!

Das sollte mit apmd(8) funktionieren.

Kann es sein, dass Du das OpenBSD-Forum mit dem FreeBSD-Forum verwechselt hast? Unter OpenBSD ist mir nämlich kein gsched(8) bekannt...

Die Firmware gibts bei Paul 'WEiRD' de Weerd: http://www.weirdnet.nl/openbsd/firmware/ Und wpa_supplicant gibts unter OpenBSD für diesen Zweck nicht...

Laut misc@ hat Stuart Henderson aktuell einen Patch für besagten Ethernet-Chip commited. Demnächst sollte -current den Attansic Technology L2C also unterstützen.

Hast Du -current ausprobiert?

Da steht, dass Dein Ethernet Controller nicht unterstützt wird.

Intel 82801GR AHCI ist ein SATA-Controller. Was sagt dmesg?

Dafür gibts doch (ich zitiere aus dmesg(8)):

Wieso willst Du das in hostname.iwi0 schreiben und übergibst es nicht direkt ifconfig?

Hast Du Dir mal durchgelesen, wofür wpa_supplicant (auch das aus den Ports) unter OpenBSD genutzt werden kann?

Und Du bist Dir sicher, dass Du das unter OpenBSD tust?

OpenBSD 4.9 wurde heute offiziell vom OpenBSD-Entwicklerteam freigegeben: (http://openbsd.org/index.html) Die Ankündigung diesmal statt auf announce@ auf misc@: (http://marc.info/?l=openbsd-misc&m=130425995218202&w=2) Das Release steht unter dem Motto "Die Antwort" und liegt inzwischen...

Gibt es für derartige Einflüsse wissenschaftliche Belege? Das halte ich doch für sehr an den Haaren herbeigezogen.