Vorsicht vor defektem F-Prot update!
Nachdem mir heute nun der zweite Fall zu Ohren gekommen ist, hier eine kurze Warnung:
Am 28.01.2006 wurde ein F-Prot Update ausgesandt, welches einen Definitionsfehler enthielt,
der in der standard – Windowsdatei userinit.exe, welche normalerweise in %winroot%\system32 liegt, den Virus W32/feebs.Y erkennt. Nachdem die Datei nicht desinfiziert werden kann, wird sie von F-Prot gelöscht. Das hat leider zur Folge, dass man sich nicht mehr in Windows anmelden kann (Nach dem Einloggen wird man sofort wieder abgemeldet, statt dass die Benutzeroberfläche erscheint).
Es wurde noch am selbten Tag ein Update veröffentlich, welches den Definitionsfehler behebt.
Siehe diesen Thread bei gulli.com.
Man sollte also ein F-Prot-Update machen, falls man unglücklicherweise die defekte Definition-DAtei eingespielt hat und überprüfen, ob die userinit.exe sich noch im system32-Ordner befindet und diese ggf. von der Windows XP-CD bzw. aus den Servicepack-Files wieder restoren, falls F-Prot bereits zugeschlagen hat.
Blopper in “The Dark Side of Suzan”
Wow, Mitte Jänner und noch kein Post im neuen Jahr…das muss (s)ich ändern.
Gestern hab ich beim wichsen fernsehen eine lustige Szene im neuen Rocco Siffredi Film “The Dark Side of Suzan” gefunden…viel Spass
shoutbox
aufgrund eines spammers, der sich jede halbe stunde von einer anderen ip adresse in der shoutbox erbricht habe ich die shoutbox vorerst deaktiviert bis mir eine andere lösung einfällt.
@ markus von dot.matrix oder alle anderen die immer wieder gerne in die shoutbox schreiben: wenn ihr interessante ankündigungen oder beiträge für diese seite hab, schreibt mir eine mail an stefan.braunstein [ät] gmail.com und ihr könnt gerne einen account haben um über ein komfortables interface direkt im blog bereich zu schreiben; so werdet ihr auch über kommentare oder der gleichen informiert und vieles vieles mehr.
@ alle bisherigen user: nutzt die mediendatenbank. ihr könnt (fast) jede art von file uploaden oder von einer anderen adresse herunterladen lassen um diese direkt von diesem server (mit feiner download-speed) in euren beiträgen zum download anzubieten! die bandbreite ist frei und für uns alle da – bedient euch!
The worst computer game ever..
Ich habe gerade etwas im Blog The oldnew thing gestöbert und bin in den Kommentaren zu einem Artikel über Belohnungen für Developer, deren Änderungen einen Build zerstören, auf einen Link zum schlechtesten Computerspiel aller Zeiten gestoßen:
Big Rigs: Over the Road Racing
Wer sich die Beschreibung durchliest wird erstaunt sein, dass eine Firma sich tatsächlich traut, so etwas gegen Bargeld anzubieten… Aus Interesse habe ich mal nach der Herstellerfirma gesucht und tatsächlich deren Website gefunden:
http://www.stellarstone.com/
Die Firma scheint sich für das einzige Spiel, was sie je entwickelt haben, regelrecht zu schämen, sosnt würden sie es wohl unter “Games” listen.
Dafür erfährt man unter “Company” interessantes über diese Firma:
ADVANTAGE
The highest technical caliber of Stellar Stone developers coupled with low offshore Russia-based engineering costs gives us sustainable competitive edge to employ more and higher quality engineers than a typical US company can afford, staff up projects faster, put more developers on a project for a better gameplay value and graphics visuals. For our customers that transfers into richier product feature set at the same price point.
“Employment” ist genausowenig vorhanden wie “Games”. Und bei “Contact” erhält man nur einen 404 – Offenbar wünscht die Firma es nicht, dass man sie kontaktiert.
Ein sehr interessantes Geschäftsmodell…
Bitmap files und deren Aufbau
Nachdem ich bei meinem derzeitigen Projekt hier in Mexiko mit Bitmap-Files arbeiten muss, habe ich im Internet nach ein paar Informationen zum Aufbau des unkomprimierten BMP-Formats gesucht. Und anderem bin ich auch ziemlich oft auf folgende Methode gestoßen, um den Speicherplatzverbrauch eines Bitmaps zu errechnen:
BITMAPINFO bi;
// ...
bi.bmiHeader.biSizeImage = bi.bmiHeader.biWidth * (bi.bmiHeader.biBitCount >> 3) * bi.bmiHeader.biHeight
Erscheint eigentlich irgendwie logisch, oder?
biBitCount ist die Auflösung des Bitmaps (meistens 24bit, also 3 Bytes, manchmal aber auf 32bit wobei dann das letzte Byte Reserved und somit immer 0 ist).
Dementsprechend habe ich meinen Zielpuffer auch gemalloc()t und brav das Bild entsprechend hineingeschrieben, also einfach Zeile für Zeile die 24bit-Werte in den Buffer reingestopft.
Zu meiner großen Überraschung enthielt das geschriebene Bitmap immer einen scheußlichen Querstreifen mitten durchs Bild. Ich habe lange herumgegrübelt und getestet, um rauszufinden, woher der Streifen kommt…
Bis ich schließlich auf folgenden Microsoft-Artikel gestoßen bin, der mir endlich Klarheit verschafft hat: http://support.microsoft.com/kb/81498/en-us
Der springende Punkt ist, dass Bitmap-Scanlines DWORD-Aligned sind
Das bedeutet, man kann die Größe incht mit oben gezeigter Formel berechnen, so wie das viele Programmierer im Internet fälschlicherweise gemacht haben.
Stattdessen muss man die auf der M$-Seite angegebene Formel verwenden:
bi.bmiHeader.biSizeImage = ((((bi.bmiHeader.biWidth * bi.bmiHeader.biBitCount) + 31) & ~31) >> 3) * bi.bmiHeader.biHeight;
Außerdem sollte man darauf achten, dass man nicht vergisst, DeleteObject() zu machen, nachdem man mit CreateCompatibleBitmap() ein Bitmap angelegt hat.
Soweit zum Thema Bitmaps…
OldSkool DemoMaker
Der OldSkool DemoMaker von Volker Stepprath, mit dem ihr kinderleicht eure eigenen Grafikdemos im Oldschool-Amiga-Style zusammenklicken könnt.
OMIGODWTF!!!!!!!111EINS
http://www.cad-animation.com/ – ENDLICH 😀
System programmer