Es hat vor längerem mal wieder ein Update gegeben für das Mod Coder Pack und die dazugehörige Zuordnung von Klassen und Methoden. Letztere werden trotzdem kaum bzw. nicht eindeutig zugeordnet, aber man kann z. B. trotzdem sehen, dass etwa drei Viertel des Lags durch Mobs und diverse andere Entitäten verursacht wird, und davon wiederum mehr als 20% in Mobs auf Basis der Kuh-Klasse.
TL;DR: Der Server laggt, weil wir definitiv zu viele Viecher haben.
Zur Referenz aus der Telegram-Gruppe:
Hurra, wir sind immer noch im 3. Quartal und ich brauche den Titel nicht anpassen! 
Auf einem ausreichend niedrigen Niveau sind das WHF und mein Dienst daran hochprofessionell.
[21:39:09] <%ConiKost> Wie kommts eigentlich, dass sich schon länger keine mehr im whf rereggt hat? alle endlich vertrieben?
[21:41:08] <+DeepBlueSea> weil ich mich mal gereggt habe
[21:43:17] <@DosAmp> SQL Error: 1364 - Feld 'whfrecenttopics_conf' hat keinen Vorgabewert
[21:43:17] <@DosAmp> INSERT INTO whf_users (…) VALUES (…);
[21:43:20] <@DosAmp> äh
[21:43:30] <@DosAmp> okay, das hab ich noch nicht getestet gehabt
[21:43:45] <%ConiKost> loool
[21:43:47] <@DosAmp> gleich mal zu Hause fixen
[21:43:50] <+DeepBlueSea> ohned
Mo 11.09. 22:45 Nach etwa 2 Monaten angenehmer verdächtiger Stille funktioniert die Registrierung im Forum wieder, nachdem DosAmp diese im Rahmen der Datenbank-Wiederherstellung vermasselt hatte.
Wir fallen ja dann unter Vintage. Wer gibt das so weiter?
Wenn sich in dem anderen Thread noch Anforderungen außer "mehr und belastungsfähige Tischfläche" ergeben, gebe ich das von meiner E-Mail als Kontakt der WHF-Assembly der letzten 2 Jahre weiter.
Das Wiki ist ja noch nicht am Start. "Mitte September" nehme ich jetzt mal als 15. September, also nächsten Freitag.
Wobei ich die aspect ratio des amigas schon immer strange fand. Aber auf 4:3 oder 16:9 gezogen sieht es gar gut aus
Jetzt hat wieder das Hintergrundbild das falsche Seitenverhältnis.
Darum sehen wohl auch einige Portierungen von Amiga-Schriften wie Topaz so schrecklich aus.
Man kann auch einfach den Installer mit NSIS neu bauen, indem man folgende Überprüfung auf Win9x/ME auslässt:
${If} ${IsWin98}
${OrIf} ${IsWinME}
Goto lbl_Ok
${EndIf}
MessageBox MB_ICONSTOP|MB_OK "This program requires Windows 98 or Windows Millennium."
Abort
Glaub damit bist du der erste der KernelEx auf NT4 zum laufen bekommen hat.. finde bei den Developers kein Wort drüber über NT 3.x 4.x..Begründung der Developer: der Kernel ist ein ganz anderer!
Der Schlüssel dahinter ist vermutlich, dass die aktuelle Version von KernelEx nicht mehr Systemdateien wie kernel32.dll modifiziert, sondern diese im laufenden Betrieb "anzapft" und erweitert. Allerdings erledigt sie das über einen VxD-Gerätetreiber, der so gar nicht mit dem Treibermodell von Windows NT kompatibel ist.
Dass einfachere Prozesse und die Shell-Erweiterung damit laufen, bezweifele ich aber nicht.
Stattdessen kann ich pydbus sehr empfehlen.
Danke, python-networkmanager ist sowieso nur ein sehr dünner Wrapper für letzteres, da kann ich gewissermaßen D-Bus gleich „roh“ bedienen bzw. in mein eigenes Modul verpacken.
Und bei der Gelegenheit den Teil „Auf Herstellung der WLAN-Verbindung warten“ sauber mit D-Bus-Signalen statt Polling implementieren.
Uhr für die Kommandozeile:
while true; do printf '\r'; date | tr -d '\n'; sleep 0.5; done
Selbst dieser Code-Schnippsel ist nicht ganz portabel, da außer mksh kaum eine Shell standardmäßig (bash kann Builtins nachladen) ein eingebautes sleep hat und das sleep-Programm auf NetBSD z. B. die Locale beachtet und mit entsprechender Umgebung als sleep 0[b],[/b]5 aufgerufen werden muss.
Jedenfalls gibt es für Windows 98/2000 keine Lösung für den laufenden Betrieb, da der dafür benötigte Volumenschattendienst erst ab Windows XP verfügbar ist.
Jede Backup-Lösung von Live-CD sollte in dem Fall genügen, wie z. B. von Sje erwähnt die Recovery-CD einer beliebigen Acronis-TrueImage-Version, welche durch den Linux-Unterbau auch problemlos auf USB-Festplatten sichern kann.
Wenn du Windows 98 im DOS-Modus startest, sollte auch Norton Ghost 2003 eine LBA48-fähige Option sein, mit der du ein (komprimiertes) Image der Win2k-Partition vorübergehend auf der FAT32-Partition ablegen kannst.
Was bringt das für nen Vorteil nen mpd lokal zu installieren, anstatt bspw. mplayer zu installieren?
Man hat freie Wahl darin, welches Frontend man einsetzen will. Auf die Schnelle auch mal an einem anderen Rechner.
Das Review auf YouTube:
P.S.: Deine Signatur verstößt gegen die Foren-Regeln (Punkt 5.3).
Generell gilt: Je älter das SSD-Modell, desto mehr tolerieren sie ein Betriebssystem, das nicht ständig gelöschte Blöcke trimmt, und desto unregelmäßiger muss man selbiges von Hand durchführen.
Neben Windows-Werkzeugen wie dem von clik!84 genanntem kann man dazu auch ein Mini-Linux parat halten, das nur ein aktuelles NTFS-3G (mindestens 2015er-Version auf Stand von Ubuntu 14.04) und util-linux (wegen fstrim) beinhalten muss. Mit Werkzeugen wie Wubi geht das sogar ohne eigene Partition.
Steht doch genau da, was du machen musst: Sicherstellen, dass dein Windows-Konto vollen Schreibzugriff auf das Installationsverzeichnis und jede darin enthaltene Datei besitzt. Ab Win7 läuft das in der Regel darauf hinaus, dass der Gruppe "Authentifizierte Benutzer" (= jeder Benutzer, der sich erfolgreich angemeldet hat) das Recht "Ändern" gewährt sein muss.
(Ja, ich weiß, dass dieses Beispiel schlecht gewählt ist, was gleichsam verdeutlicht, warum Programme normalerweise im "Program Files"-Ordner abgelegt werden.)
Mit der Steam-Version würde das nicht passieren.
Leider unterstützt der Textmodus-Abschnitt der Windows-2000-Installation selbst mit integriertem SP3/SP4 (derselbe atapi.sys wie im laufenden Betrieb) kein 48-Bit-LBA, weil in dessen Minimal-Registry der Schlüssel EnableBigLba nicht gesetzt ist (das wurde erst ab XP SP1 behoben) – es wird ausschließlich der Plattenplatz bis 128 GiB angezeigt. Es bleibt also nur folgendes Vorgehen:
Mit einer "richtigen" (eher in VirtualBox installierten und etwas feingetunten) MS-DOS-Installation kann ich das bestätigen: Wie schon in der Online-Hilfe (HELP DOS) beschrieben, lädt MS-DOS Teile von sich selbst ausschließlich in die HMA (sofern klein genug und DOS=HIGH gesetzt ist) – die Zeile DOS=UMB steuert lediglich den Zugriff auf die UMBs und somit die Möglichkeit, überhaupt hochzuladen. Wenn diese Möglichkeit genutzt wird, kommt der Kernel wie schon bei freaked bei etwa 14K verbleibendem konventionellen Speicher heraus. Verbessern kann man das nur mit einem älteren und damit kleineren bzw. alternativen DOS wie FreeDOS.
Entgegen meiner Erwartungen ist 4DOS 8.0 eine gute Wahl, was den Speicherverbrauch als Shell angeht: Dieser liegt insgesamt nicht viel höher als COMMAND, und mit UMBLoad=Yes in der 4DOS.INI kann der Großteil davon hochgeladen werden.
Leider ist es effektiv Abandonware, auch wenn die letzte Beta aus dem Jahr 2000 zufriedenstellend läuft.
Der Entwickler hat die Pflege und Ausgabe von Lizenzen eingestellt und wegen ersterem über seinen Freund auf "disassembliert es doch einfach" verwiesen.
