Heute bin ich mal der Ursache auf den Grund gegangen, warum SpeedCommander bei einem Absturz .dmp-Dateien erzeugt, die nur 0 Byte groß sind und keine Informationen enthalten. Eigentlich hatte ich die Funktion ja vorher gestestet. Dann fand ich dieses:

// Dump erzeugen
HANDLE hDumpFile = CreateFile(szDumpFileName, GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_FLAG_WRITE_THROUGH, NULL);
if (INVALID_HANDLE_VALUE != m_hReportFile)
{
    ....
}

Ziemlich dumm gelaufen. Das zeigt wieder einmal, dass man Funktionen nicht nach dem Testen optimieren sollte sondern vorher.

Meine eMail an Winqual wurde schnell beantwortet. Die Anmeldung sowie die Nutzung von Winqual ist nur mit einem von VeriSign ausgestellten Code Signing-Zertifikat möglich. Nur mit einem VeriSign-Zertifikat kann sichergestellt werden, dass die Dateien von mir stammen. Andere gleichwertige Zertikate von GlobalSign oder Thawte werden nicht akzeptiert.

Das heißt also, dass Microsoft nur von VeriSign ausgestellte Zertifikate als vertrauenswürdig erachtet. Ein Code Signing-Zertifikat kostet bei VeriSign $499, bei Verwendung eines Links auf der Winqual-Seite erhält man $100 Rabatt und zahlt nur $399. Ein von Thawte ausgestelltes Zertifikat kostet $299, bei GlobalSign zahlt man im Moment $229. Das ausgestellte Zertifikat ist ein Jahr gültig, nach Ablauf dieses Jahres muss es zu ähnlichen Preisen erneuert werden. Thawte wurde übrigens 2000 von VeriSign gekauft, läuft aber als eigene Marke weiter.

Diese exklusive Zusammenarbeit mit VeriSign ist vielleicht auch ein Grund dafür, dass beim Einsenden von Fehlerberichten an Microsoft meistens der Hinweis kommt, dass für das Problem keine Lösung bekannt ist. Schade eigentlich.

Kürzlich bin ich über die Windows Quality Online Services gestolpert. In Verbindung mit dem Windows Error Reporting (WER) kann ein Softwarehersteller Zugriff auf die von Anwendern eingeschickten Fehlerreports erhalten, diese analysieren und gegebenenfalls Lösungsvorschläge einstellen, die dann dem Anwender als Lösung präsentiert werden.

Meine Frage ließ sich leider nicht mit der FAQ lösen, also schrieb ich eine eMail an die empfohlene Adresse. Wenige Sekunden später kam eine Nichtzustellungsnachricht zurück, mit folgenden Zeilen:

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

winqual@microsoft.com
SMTP error from remote mail server after end of data:
host mailc.microsoft.com [131.107.115.214]: 550 5.7.1 Your e-mail was rejected by an anti-spam content filter on gateway (131.107.115.214). Reasons for rejection may be:
obscene language, graphics, or spam-like characteristics. Removing these may let the e-mail through the filter.

Meine Anfrage enthielt weder obszöne Wörter noch Anhänge, zudem lese und verschicke ich alle eMails generell nur als Text. Aber das ist wohl ein Fehler. In einem zweiten Versuch habe ich die gleiche Anfrage noch einmal verschickt, diesmal als HTML verpackt. Statt dem Nichtzustellungshinweis kam diesmal eine eMail vom Autoresponder. Mal schauen, ob die eigentliche Antwort auch noch folgt.

Bald (im englischen soon) ist DAS Lieblingswort eines Softwareentwicklers. Bald klingt ziemlich zeitnah und ist doch so herrlich unbestimmt. Mit der Aussage “die neue Version wird bald erscheinen” suggeriert man dem Anwender, dass mit dem Release jeden Tag zu rechnen ist. Und doch legt man sich auf keinen konkreten Termin fest. Bald deckt damit locker den Zeitraum von einer Stunde bis zu mehreren Monaten ab. Mit sehr bald (im englischen very soon) lässt sich das Ganze noch etwas dramatisieren, ohne dabei die Unverbindlichkeit aufzugeben.

Ach, ehe ich es vergesse: Die finale Version von SpeedCommander 12.10 wird in Kürze erscheinen.

Es war mal wieder an der Zeit, die Linkliste etwas zu aktualisieren. Neuzugänge sind

• Karsten Samaschke: Los jetzt!
• Martin’s Blog
• Thomas goes .NET

Den Blog von Karsten lese ich schon etwas länger, auf die anderen beiden bin ich diese Woche gestoßen und gleich hängengeblieben. Alle drei sind MVPs (Microsoft Most Valuable Professionals), sie wissen also, wovon sie schreiben.

Heute Mittag klingelte das Telefon, auf dem Display stand 004922129875010. Eine freundliche Frauenstimme aus dem Automaten erzählte mir, dass meine Telefonnummer aus 1000 anderen ausgewählt wurde und ich definitiv etwas gewonnen hätte. Der Gewinn wäre entweder eine Geldprämie bis zu 3000 Euro oder eine Sachprämie bis zu 1500 Euro. Die Sache ist völlig hakenlos, ich müsste nur schnell bei der Telefonnummer 09 003 10 15 40 anrufen. Leider hatte ich auf die Schnelle keinen Stift zur Hand, aber die Stimme war so freundlich, mir die Telefonnummer gleich noch zweimal zu wiederholen.

Die letzten zwei Ziffern habe ich übrigens unkenntlich gemacht. Nicht dass einer von euch mir noch den tollen Gewinn wegschnappt…

Es war schon merkwürdig, dass der Index der MSDN-Library nichts zur Funktion shutdown ausspucken wollte. Als ich aber sah, was ich wirklich geschrieben hatte, war mir auch klar, warum nicht.

In den letzten Tagen kommen hier vermehrt wichtige Börseninformationen Spam-Mails an, die nur einen Link auf den Bildablageserver http://imageshack.us/ sowie zwei Zeilen sinnlosen Text enthalten. SpamAssassin bekommt das Zeug leider nicht zu fassen, daher werden ab sofort alle eingehenden eMails automatisch gelöscht, die “.imageshack.us/” enthalten.

Auf den normalen eMail-Verkehr sollte das keine Auswirkungen haben. Die beiden einzigen eMails mit “.imageshack.us/” in den letzten Jahren waren Kommentarbenachrichtigungen von einem Blog-Eintrag.

Nein, noch keine 5000 Blogeinträge. Aber immerhin ist heute Tag 5000 seit meiner Gewerbeanmeldung am 01.09.1993. Wenn ich so zurückdenke, dann hätte ich (und ein paar andere) damals nie damit gerechnet, dass sich SpeedCommander so lange erfolgreich am Markt halten würde.

Mal schauen, was die nächsten 5000 Tage bringen. Bis zum 17.01.2021 ist ja noch ein wenig Zeit.

In der c’t 8/2007 findet sich ein sehr nützlicher Tip, wie man das Umbrechen von Urls in eMails verhindern kann. In der Regel wird der Text in eMails ja nach einer bestimmten Zeichenzahl umgebrochen, so dass eine Url über mehrere Zeilen nicht mehr angeklickt werden kann und stattdessen mühsam zusammengebastelt werden muss.

Dies lässt sich durch das Einfassen der Url in spitze Klammern verhindern:

<http://wiki.speedproject.de/index.php?title=Absturz_bei_Rechtsklick_%28SpeedCommander%29>