Beiträge von DosAmp

Der Doktor
geiger2006
smaecks
winfreak
tk1908
Dirk

Ja, wenn zentrale Pakete wie ncurses oder pacman in Arch Linux auf eine neue Major-Version aktualisiert werden, werden auch jedes Mal alle davon abhängigen Pakete von den Maintainern neu gebaut. Das sieht man am besten daran, dass dann z. B. selbergebaute Konsolenprogramme oder Paketmanager nicht mehr funktionieren, weil ihre Abhängigkeiten libncursesw.so.5 oder libalpm.so.9 nicht mehr vorhanden sind.
Anwender-orientiertere Distributionen haben dann wiederum komplexere Mechanismen, um mehrere Major-Versionszweige nebeneinander zu verwalten und API-Stabilität zu erhalten.

Knapp einen Tag später sieht die Vorrunde meiner Zählung nach schon so aus:

Zitat von geiger2006

…
DosAmp

Zitat von Spit

wurde doch geaendert

Du hast das Zitat von Wyntons Beitrag in deinem eigenen Beitrag geändert, nicht deine eigene Nominationen darunter.

Zitat von Spit

ich unterschreib das so

thosch97
CDW
Spit
Der Doktor
Xaar

(Und Ich :<)

Alles anzeigen

Ich gehe mal davon aus, dass du Wynton statt dir nominieren willst?

Äh, ja… ein Kopieren-und-Einfügen-Fehler. Sollte eine Woche + ein paar Stunden laufen, so wie letztes Mal. Korrigiert.

Ich habe Diamant001s Beitrag wiederhergestellt, damit er Gelegenheit hat, seine Wahl zu korrigieren.

EDIT: Okay ist wieder gelöscht, da Diamant001 eine neue Nomination herausgegeben hat. This vote is a mess.

Es gibt Gerüchte, dass die Administration nicht nur im Jahr 2015 die rechtzeitige Migration auf MyBB 1.8 verpasst hat, sondern auch die vorher jährlich stattgefundenen Moderatorenwahlen. In diesem Sinne wird diese schon im Juni statt Anfang Herbst durchgeführt.

In diesem Thread dürft ihr nach der üblichen Prozedur erst einmal die Kandidaten bestimmen, die überhaupt zur Wahl antreten. Dieser Thread hier ist also nur die Vorauswahl für die 6 zu vergebenden Modposten.

• Es dürfen höchstens 6 Personen genannt werden. Weniger ist okay.
• Wer mehr als 3 Stimmen hat, kommt in die nächste Wahlrunde.
• Man kann sich nicht selber nominieren.
• Wer nicht zur Wahl gestellt werden möchte, möge bitte dies einem der derzeitigen Moderatoren melden, damit er diesen Beitrag anpasst (und nach Möglichkeit auch öffentlich, wenn man schon mindestens einmal nominiert wurde).
• Doppelaccounts sind natürlich verboten; ebenso Accounts jünger als eine Woche.
• Diese Vorwahl läuft bis Sonntag, 26. Juni, 23:20 Uhr. Danach folgt die eigentliche Wahl.

Nicht zur Wahl stehen die Admins, DosAmp, gandro und Alpha, da wir unter anderem technische Aufgaben tragen. Für unsere Abwahl bräuchte es eine separate Diskussion. gandro hält seinen Administratorposten voraussichtlich bis Ende der Foren-Migration und steht danach zur nächsten Moderationswahl als Kandidat zur Verfügung.

Dirk ist Ehrendiktator auf Lebenszeit. Er wird als Moderator angezeigt, besitzt aber keine Modrechte. Er kann regulär zum Moderator gewählt werden.

Liste der aktuellen Mods: Blue, oreissig, Spit, Xaar. Commodore-Freak wurde das letzte Mal gewählt, hatte diesen Posten aber mangels Interesse im Laufe dieses Jahres niedergelegt.

In diesem Thread postet ihr einfach nur eine Liste nach dem Schema:

Zitat

User1
User2
User3
User4
User5
User6

Wenn ihr eure Liste später noch abändert: Bitte schreibt bei Beitragsänderungen dazu, wie ihr eure Stimme geändert habt.

Bitte keine Diskussionen über die Wahl hier, das kann in diesen Thread.

Okay David261103 auf die Whitelist gesetzt, geiger2006 Oprechte gegeben und Website aktualisiert.

Laut der Op-Liste im Server sind gerade nur Wynton und ich Operatoren. Musst du bei ihm nachfragen, ob das so gewollt ist. Die Website ist ansonsten der Realität immer etwas hinterher, das ist nix neues.

Das Programm erfüllt sehr wahrscheinlich seinen namentlichen Zweck nicht, da dieser sich nur irgendwo 1 GiB virtuellen Speicher her besorgt und mit einem fixen 8-Bit-Muster (0100 0001) vollschreibt. Man müsste schon mit Inline-Assembler (z. B. CLFLUSH-/MFENCE-Instruktionen auf x86) dafür sorgen, dass die Muster tatsächlich im RAM landen. Ein "intelligenter" C-Compiler könnte vielleicht sogar die memset-Aufrufe völlig aushebeln, da der von der einen Funktion beschriebene Speicher ausschließlich von der anderen ausgelesen und sonst nicht benutzt wird - mit clang unter FreeBSD scheint laut dem Thread z. B. das gesamte Gigabyte einfach auf eine einzige Speicherseite gemappt zu werden, die mit diesem Muster gefüllt ist.

Zitat von Arnulf zu Linden

Habe gerade HDT 0.5.2 – kannte ich bis dato nicht – auf die funktionierende Konfiguration los gelassen.
Das Tool an sich ist prima und wird zukünftig das doch recht verstaubte DOS hwinfo soweit möglich ersetzen.

Welche Ausgaben von HDT sind hier denn relevant?

Nach dem, was ich gelesen habe, richten sich aktuelle Betriebssysteme nach dem BIOS-Aufruf INT 15h, ax=e820h, der in HDT unter Memory > e820 zu finden ist (UEFI-Betriebssysteme haben einen analogen EFI-Aufruf).

Die drei Spalten bedeuten jeweils ein 64-Bit-Offset, -Größe in hexadezimal und ob dieser Bereich vom BIOS reserviert ist oder hier nutzbarer RAM eingeblendet ist ("usable").
An diesem Beispiel sehen wir z. B.:

• Zu Beginn des RAMs ist der konventionelle DOS-Speicher (640K = 0xA0000 Bytes) eingeblendet. Von dem sind jedoch die obersten 0x400 = 512 Byte vom BIOS reserviert.
• Am oberen Ende des 16-Bit-Adressraums (im Segment F000) hat das BIOS sich 0x10000 = 64K für das eigene ROM reserviert. Der Bereich dazwischen (die Upper Memory Blocks) ist für Real-Mode-Geräte reserviert, weswegen hier kein RAM eingeblendet ist.
• Der restliche RAM von den in diesem Fall verfügbaren 128 MiB ist ab der Megabyte-Grenze (0x100000) verfügbar, bis auf 128 KiB, die von diesem spezifischen BIOS aus dem obersten Megabyte des RAMs reserviert sind.
• Am Ende des 32-Bit-Adressraums sind ebenfalls 256 KiB reserviert.

Wenn du hier einen Speicherbereich siehst, der verdächtig deiner 128 bzw. 256 MiB VRAM entspricht und auf "usable" steht, hast du in der Tat ein Problem, wie bereits anhand memtest86+ zu befürchten ist.
Bei Linux kann man diesen jedoch mit dem Kernelparameter memmap wieder auf "reserviert" setzen, z. B.

memmap=0x8000000$0xc0000000

oder einfach

memmap=128M$3G

für ein Fenster von 128 MiB an der 3-GiB-Grenze.
Bei Windows funktioniert das wie oben beschrieben nur, wenn sich der Nicht-RAM am oberen Ende an den RAM anschließt.

Der Rohling sollte schon im Betriebssystem oder einem Brennprogramm auftauchen. Aber ansonsten ist spätestens seit Windows 7 die Möglichkeit zur Formatierung mit dem passenden UDF zur Benutzung wie ein Massenspeicher gegeben.

Zitat von clik!84

Brauche ich DVD-RAM-Treiber? Normalerweise sind die doch schon bei Windows 10 Pro dabei?

Besondere Treiber braucht man spätestens seit NT 4.0 nicht mehr, solange die ansteuernde Software korrektes ATAPI spricht.

Hab gerade aktuelles ioquake3 aus Git kompiliert (für Windows/OS X siehe hier) und mit dem opengl2-Renderer sieht alles ein Stück hübscher aus. Hab aber nur USB-Kugelmaus oder Touchpad gerade hier.

Im Zweifelsfall kann man sowohl unter Windows (/burnmemory=X, reduziert Speicher um X MB) als auch Linux (mem=-Kernelparameter) den Speicher künstlich begrenzen.

Würde mir das aber noch mal mit einem Tool wie HDT ansehen, was neben den BIOS-Werten auch den Speichercontroller selbst (wie diese Betriebssysteme) ausliest.

Zitat von Arnulf zu Linden

Man sieht fast nix. Was sind denn für Dich "Randgruppen-Technologien"?

Minimalistischer Browser rund um WebKit und immer noch im eDonkey2k-Netzwerk abhängen.

Meine Bastel-VM für Randgruppen-Technologien: