Beta 1.04k von Billy

An dieser Stelle eine weitere Windows Software Perle: Billy

Die Kürze und Simplizität des Namens lässt auch direkt auf die Vorteile des Programms schließen: kurz, knackig, ressourcensparend (okay, beim letzten fällt die Assoziation zu einem Namen schwer, geb ich zu).

Also, Billy kommt in einer ~500kb kleinen Zip-Datei daher und kann nach dem entpacken ohne Installation genutzt werden. Praktisch für den Betrieb auf einem USB-Stick!

Im laufenden Betrieb variiert der Ram-Hunger zwischen 2 und 4mb, selbst nach Stundenlangem Hören und diverser Lade-Vorgänge. Vergleicht man das mit Windows Media Player, Winamp oder gar Foobar2000 ist das sehr wenig! Auch das Einladen von ganzen Partitionen voll MP3s geht hier erstaunlich schnell!

Ein besonderes Schmankerl in der letzten Beta ist das eingebaute “scrobbling”. Also das Übertragen des Gehörten in einen last.fm Account. (Einfach in den Settings unter “Playing History” Account und PW eintragen, Verbindung testen und voila…)

Url des Herstellers: http://www.sheepfriends.com/

Download: http://www.sheepfriends.com/?page=billy

Nun ist es mal wieder passiert. Man hat Probleme mit dem PC (hier: Firefox und Javascript) und bei dem Versuch, diese zu lösen, schmiert einem der ganze PC ab. Tolle Wurst.

Nun schmiert Windows jedesmal vor dem Anmeldedialog mit einem Bluescreen und dem Stopcode 0xC000021A ab.
Schauen wir mal, woran das liegt und wie man das beheben kann. Ich tipp aber auf einen DLL Fehler.

[Update] Nun sind die Probleme gelöst und die Ursache erkannt. Firefox ist bei einigen Seite, darunter mein Blog und ingame.de einfach abgeschmiert. Das Problem lag an der msvcrt.dll oder js3250.dll.
Bei der Suche nach einer Lösung, bin ich über viele angebliche Lösungen gestoßen:

• neue DLLs herunterladen und die alten damit überschreiben
• VB Runtime von Microsoft herunterladen und neu installieren und
• andere Dinge von Microsoft herunterladen und aufspielen
• “sfc /scannow” ausführen, um fehlerhafte DLLs zu erkennen und zu beheben
• Graftiktreiber (!) deinstallieren und eine frische Version aufspielen
• C++ Debugger installieren und damit auch diverse Programme dann selbst kompilieren
• diverse Dinge in der Windows-Repair-Konsole anstellen
• Firefox komplett neu aufspielen
• die Windows CD aufessen und dabei das Firefox Logo in den Monitor mit einem Messer einritzen
• Bill Gates anrufen und sagen, dass er mit den Firefoxentwicklern Kinder machen soll

Allerdings habe ich nur wenigen der Ratschlägen getraut, aber das Thema “fehlerhafte DLL” erstmal anerkannt (wenn sich 100% der Lösungsansätze darauf berufen). Also schnell von der Windows CD die originale DLL ziehen und per Konsole einspielen, dann sollte ja wieder alles gehen. Pustekuchen! Danach trat besagter Fehler inklusive Bluescreen direkt vor dem Logindialog auf.
Wie gut, dass man Systemdateien sichert, bevor man sie überschreibt. Super, dass man es machen sollte. Ganz großes Kino, dass ich dies nicht getan habe!
Kann man nichts dran ändern, aber die gleichen DLLs von einem zweiten System sollten es auch tun. Diese taten es dann auch nach ein paar anderen kleineren Hürden (USB-Stick in der Repiar-Konsole nutzen? Nicht möglich. CD wechseln? Laufwerk lässt sich nicht öffnen).

Und wo lag das Problem nun? Firebug macht einfach zicken. Nachdem ich Firebug deaktiviert hatte, lief alles wie geschmiert, ich darf diesen nur nach dem Laden der Seite aktivieren, da er sonst den Absturz des Firefox verursacht. Dann macht er aber auch keine Probleme mehr. Diese Ursache macht auch insofern Sinn, als dass ich für mein Blog und ingame natürlich den Firebug als Ausnahme immer aktiviert habe.

Und damit andere nicht auch die ganzen schönen “Lösungen” für das Problem finden, hier nochmal die Buzzwords für unsere Suchmaschienen:
Firefox Crash msvcrt.dll js3250.dll

Als ich auf meinem neuen PC Windows Vista installieren wollte, ging das leider nicht so problemlos, wie es früher immer bei Windows XP der Fall war.

Die Installation startete und als eigentlich ein schöner Vista-Installationsbildschirm erscheinen sollte, bekam ich nur einen Bluescreen mit dem Stopcode “STOP 0×0000000A”.
Das Problem war nach einer kurzen Suche schnell erkannt: Fehlermeldung “STOP 0×0000000A” beim Versuch Windows Vista auf einem Computer mit mehr als 3 GB RAM zu installieren
Die Lösung zu dem Problem war ein Update, welches Vista auch problemlos mit mehr als 3GB RAM starten lässt. Dies lässt sich vor der Installation natürlich nicht anwenden. Abhilfe schafft da nur die Möglichkeit, 2GB RAM entfernen und Vista mit 2GB RAM zu installieren. Nach dem Aufspielen des Updates konnte ich wieder die vollen 4GB RAM einbauen.

Nachdem dies überstanden war, bin ich bis zur Partitionierung gekommen. Dort habe ich meine beiden Festplatten schnell partitioniert. Weiter kam ich allerdings nicht, da Vista meinte: “Es wurde kein Systemvolume gefunden, das die Installationsanforderungen erfüllt.”
Auch dort habe ich den Fehler schnell ausfindig gemacht: Fehlermeldung beim Versuch Windows Vista auf einem Computer mit nicht initialisierten Festplatten zu installieren: “Die Hardware des Computers unterstützt möglicherweise das Starten mit diesem Datenträger nicht”
Vista konnte die beiden Festplatten wohl nicht eindeutig unterscheiden. Die Lösung war recht simpel: Nach dem Partitionieren die Installation einfach neu starten.

Nach den beiden Problemen ließ sich Vista problemlos installieren, selbst alle Treiber für die 64Bit Edition ließen sich problemlos finden.

Der Kontextmenüeintrag des CATALYST Control Centers kann schon so richig nerven, da er immer an erster Stelle auftaucht und man nicht so einfach entfernen kann.

Abhilfeschafft eine kleine .bat-Datei, die ich hier einmal online stelle:
ATI CATALYST Control Center Kontextmenüeintrag entfernen
(Achtung: Das Entfernen kann man nur schwer wieder rückgängig machen!)

Viel Spaß damit!