In den Registerkarten können nun auf Wunsch nur die Laufwerksbezeichner anstatt der Ordnernamen angezeigt werden. Durch einen Doppelklick in den freien Bereich wird eine neue Registerkarte erstellt. Beim Kopieren von Dateien größer als 4 GiB auf einen FAT32-Datenträger erscheint nun eine aussagekräftigere Fehlermeldung.

Mit SpeedCommander 13.00 wurden die Dateien beim Doppelklick in der Listenansicht mit Hilfe des Kontextmenüs gestartet. Dazu wurde mit den markierten Dateien ein Kontextmenüobjekt initialisiert und mit dessen Methoden die Dateien geöffnet. Seitdem war auf meinem System aber zu beobachten, dass beim Öffnen von Mediendateien mit dem Media Player ab und zu mal die Meldung Starten des Servers fehlgeschlagen angezeigt wurde, die ich in den vorherigen Versionen nie zu sehen bekam. Aus diesem Grund öffnet SpeedCommander 13.30 die Dateien wieder mit der bewährten Windows-Funktion ShellExecuteEx. Über einen Schalter in der SpeedCommander.ini lässt sich die gewünschte Methode anpassen:

[FolderWndShell]
OpenWithContextMenu=0

0 ist Standard und steht für ShellExecuteEx, mit 1 werden die Kontextmenü-Methoden verwendet.

Dazu gibt es noch einen Schalter, mit dem sich die Verzögerung bei der Anzeige des InfoTip-Fensters beim Überfahren der Laufwerkssymbole mit der Maus einstellen lässt. In den ersten Betaversionen von SpeedCommander 13.00 gab es unter Umständen kleine Hänger, wenn der Mauszeiger bei der Laufwerksauswahl eine kurze Zeit über einem Netzlaufwerk verweilte und die Anzeige der Speicherplatzanzeige für die Laufwerkssymbole aktiviert ist. Mit dem folgenden Schalter lässt sich der Mindestaufenthalt des Mauszeigers über einem Laufwerkssymbol nun anpassen:

[DriveWnd]
InfoTipDelayInitial=0

Mit dem Wert 0 wird die in Windows eingestellte Verzögerung für die Anzeige von InfoTips verwendet, ansonsten erfolgt die Angabe in Millisekunden. Der Wert 2000 bedeutet also, dass man mit dem Mauszeiger zwei Sekunden über einem Laufwerkssymbol verweilen muss, damit das InfoTip-Fenster angezeigt wird.

Bisher war es immer so, dass mit der anstehenden Veröffentlichung eines Updates unterhalb von Release ein neuer Zweig mit dem aktuellen Stand von Main erstellt wurde. Größere Änderungen während des öffentlichen Betastest muss ich mir möglichst verkneifen, da sie nicht mehr ausreichend getestet werden konnten. Das schränkt aber für einen gewissen Zeitraum auch die Weiterentwicklung der aktuellen Hauptversion ein.

Die Veröffentlichung von Visual Studio 2010  und der damit aktualisierten und an Windows 7 angepassten MFC passierte nun zu einem für das nächste SpeedCommander-Update ungünstigen Zeitpunkt. 30 Tage sind zum Abklopfen von möglichen Nebenwirkungen zu kurz, allerdings wollte ich auch nicht wieder einen Monat verlieren.

Der sehr interessante Bericht in der c’t 7/2010 über die Linux-Entwicklung brachte mich dann auf eine Idee. Durch das Abspalten des Release-Zweigs gleich mit der ersten öffentlichen Betaversion wird dieser automatisch vor größeren Änderungen geschützt. Gleichzeitig kann die Entwicklung unter Main für das darauf folgende Update ganz normal weitergehen. Einzelne Fehlerbehebungen unter Main können trotzdem per Mausklick nach Release übertragen werden.

Auf diese Weise lässt sich ein gewisser Stillstand bei der Entwicklung vermeiden, ohne jedoch in Gefahr zu laufen, kurz vor der Veröffentlichung eines Updates wieder Fehler einzubauen.

Im Januar 1998 wurde Stingray dann von Rogue Wave übernommen. Anfangs lief alles wie gewohnt weiter, aber nach einem Jahr wurden die Strukturveränderungen dann sichtbar. Die Stingray-Produktreihe war  plötzlich nur noch eine unter vielen, die Preise stiegen an und auch die Aktualisierung der Komponenten verlangsamte sich spürbar. Das war dann der Moment, in dem ich mich nach anderen Alternativen umgeschaut und bis 2003 die BCGControlBar verwendet habe.

Heute kam wieder ein Newsletter von Rogue Wave, in dem die Verfügbarkeit von Objective Studio 10.2 angekündigt wird. Beim Anschauen der Demos fand ich mich in der Vergangenheit wieder. Im Vergleich zu der letzten von mir gekauften Version 6 vor 10 Jahren hat sich kaum etwas geändert. Alles scheint auf dem Stand von Office 2000 stehengeblieben zu sein.

Kurz nach dem Erscheinen von Windows 7 ermöglicht die Preview von Objective Studio 11, dass sich Symbolleisten, Menüs und Bedienelemente wie die von nativen Vista-Applikationen verhalten. Bei Erscheinen von Windows 8 kommt dann sicher auch Unterstützung für Windows 7.

Mein Interesse an einem Produkt lässt auch spürbar nach, wenn Preisinformationen nicht öffentlich sichtbar sind und diese erst nach einer Registrierung angefragt werden können. Wenn ich mir die in der eMail aufgelisteten Preise anschaue, dann erschließt sich auch, warum Rogue Wave das so handhabt.

Objective Toolkit kostet in der 32-bit Ausführung 1.045 €, die 32/64-bit Variante ist für 1495 € erhältlich. Für das ganze Studio (Toolkit, Edit, Views, Chart, Grid) zahlt man 2495 € in der 32-bit Ausführung und 3395 € für die 32/64-bit Kombination. Die Preise verstehen sich netto zzgl. der entsprechenden Mehrwertsteuer. Das braucht man wohl nicht mehr zu kommentieren, wenn man sich mal die Preise von Codejock und BCGSoft anschaut. Das Produkt des damaligen Mitbewerbers Dundas gibt es übrigens mittlerweile für lau.

Meine Erfahrungen mit dem MSSQL-Server beschränken sich daher auf das Ausführen eines Installationsprogramms sowie das Installieren eines Servicepacks. Mehr war für das Aufsetzen des TFS vor einem Jahr auch nicht nötig. Ich hatte aber keinen blassen Schimmer, wie man die Datenbankdateien mit Boardmitteln sichert und wiederherstellt. Ab und zu soll es ja mal passieren, dass einen die Daten aus unerfindlichen Gründen verlassen oder man im TFS etwas macht, was man hinterher tief bereut. Sicherungen sollen da helfen.

Glücklicherweise fand ich in der c’t einen Hinweis auf das Programm DBSave. Die der Zeitschrift beiliegende ältere Vollversion war leider etwas eingeschränkt, sie sicherte nur eine Datenbank. Eine Lizenz der aktuellen uneingeschränkten Version kostet 49 Euro. Wenn man aber nur eine Serverinstanz hat und auf automatische oder inkrementelle Sicherungen verzichtet, dann kann man DBSave auch als Freeware einsetzen (kommerziell und privat). Beim ersten Start muss dann die Eingabe des Freischaltcodes abgebrochen werden.

DBSave präsentiert sich als Formularanwendung mit mehreren Registerkarten. Auf der ersten Seite wird der Name des SQL-Servers eingetragen. Nach erfolgreicher Verbindungsaufnahme werden die Datenbanken angezeigt:

Die dritte Seite fragt das Ziel der Sicherung ab. Unterhalb des Ordners wird dann für jede Datenbank ein eigener Ordner erstellt, in dem die Sicherungsdaten abgelegt werden:

Ist alles eingetragen, dann kann man die Konfiguration über die Symbolleiste speichern. Der Start der manuellen Sicherung ist etwas schwer zu finden, da er über das Kontextmenü des Symbols im Infobereich erfolgt:

Der Abschluss der Sicherung wird über eine Statusmeldung mitgeteilt:

Die Sicherung erfolgt im laufenden Betrieb, am SQL-Server muss nicht herumgespielt werden. Also genau das richtige für einen, der sich nicht weiter auskennt.

Während den Anfängen der Vista-Programmierung habe ich oft im Blog von Kenny Kerr gelesen und somit auch die Entwicklung seines Screenshot-Tools Window Clippings mitverfolgt. Im Gegensatz zu anderen Programmen entfernt Window Clippings den durchscheinenden Hintergrund unter Vista (z.B. bei Titelzeilen) automatisch, so dass auf den Screenshots keine Unschönheiten auftauchen. Das Programm kann natürlich auch eine ganze Menge mehr, aber das ist alles auf der Webseite beschrieben.

Mit der Version 2.0 wurde die Software kostenpflichtig, $18 sind aber ein fairer Preis.

Wer das bis zum 30. Juni geltende Angebot auch noch wahrnehmen möchte: Zu den $69,95 für die beiden Bücher kommen noch einmal $26,00 für die UPS-Expresszustellung (einzige Versandoption) sowie knapp 15 Euro Zollgebühren (bei Übergabe fällig). Eins der beiden Bücher (Multi-Core Programming) gibt es ab Mitte Juni auch in Deutsch, bei Amazon wird es bereits für 54,90 Euro gelistet.

Erst kam mir das etwas merkwürdig vor, da diese Funktion zum Erweiterungstest ja sehr häufig verwendet wird. Beim anschließenden manuellen Aufruf mit dem Dateinamen ‘ntldr’ erkannte ich dann das Problem. Ich hatte die Dokumentation zu PathFindExtension nicht korrekt gelesen und den Rückgabewert nur auf einen NULL-Zeiger geprüft und nicht auch noch auf einen leeren String.

Damit wurde der zurückgegebene Zeiger auch bei einer nicht vorhandenen Erweiterung um eins erhöht (um den Punkt zu überspringen) und fleißig gegen eine Liste mit bekannten Erweiterungen verglichen. Im normalen Betrieb war der nachfolgende Speicherbereich wohl immer gut gefüllt und damit gültig. Im minimierten Zustand räumt Windows aber immer wieder Speicher frei, was dann zur Zugriffsverletzung führte.

Ohne Mini-Speicherabbild wäre die Fehlersuche sehr viel schwieriger geworden, weil die wichtigen Begleitumstände unbekannt bleiben. Die neue Funktion hat sich also schon gelohnt.

Mit der Zeit waren aber immer mehr Programmierer der Meinung, mit einem entsprechenden Symbol punkten zu können. Ein Farbklecks mag ja bei einem Menü ohne weitere Symbole noch herausragen, aber bei vielen Farbklecksen fällt die Auswahl schon schwerer.

Unter Vista sind die einzelnen Kontextmenü-Einträge etwas größer, was vermutlich mit dem Befehl Als Administrator ausführen zusammenhängt. Dieser Befehl enthält als einziger ein Symbol, was wohl mit seiner besonderen Bedeutung zusammenhängt. Anfangs war das etwas ungewohnt, aber mit der Zeit empfand ich die Menüs aufgrund der größeren Abstände auch als besser lesbar.

Nach der Installation von TortoiseSVN sah das Kontextmenü aber plötzlich ganz anders aus. Die Abstände zwischen den Einträgen waren extrem verkürzt, zudem ist das Schneckensymbol Schildkrötensymbol (Korrektur) in meinen Augen nicht wirklich eine Augenweide, vom fehlenden Abstand zwischen Symbol und Text mal ganz abgesehen:

Beim Stöbern im Quellcode von TortoiseSVN fand ich glücklicherweise eine Option, über die man das Verhalten im Kontextmenü steuern kann:

REGEDIT4

[HKEY_CURRENT_USER\Software\TortoiseSVN]
“OwnerdrawnMenus”=dword:00000002

Damit unterlässt es TortoiseSVN, die Proportionen vom Kontextmenü zu verändern und fügt keine eigenen Symbole hinzu. So gefällt mir es dann wieder.

Mit Subversion ist das alles ein wenig anders. Nach dem Abruf einer Arbeitskopie vom Subversion-Server kann man Dateien beliebig editieren. Sind die Änderungen abgeschlossen, werden die Dateien wieder auf den Subversion-Server übertragen. Dieser speichert dann nur die Unterschiede und hält so seine Datenbank möglichst klein. Eine Verbindung zum Subversion-Server muss nur während des Abrufens/Aktualisierens der Arbeitskopie und des Übertragens zurück bestehen. Damit lässt es sich auch problemlos unterwegs arbeiten.

Die Unterstützung von mehreren Entwicklungszweigen (Branches) ist in SourceSafe quasi gar nicht vorhanden. Zudem wird die Verbindung eines Projekts zur Quellcodeverwaltung direkt in der Projektdatei gespeichert, was die Ablage von Projektkopien in anderen Ordnern (z.B. bei einem neuen Release) sehr erschwert. Wenn man dann die Verbindung nicht löst, möchte Visual Studio immer die Verbindung zum Originalprojekt herstellen.

Mit Subversion gibt es diese Probleme nicht. Verschiedene Entwicklungszweige sind einfach zu verwalten, auch die Übernahme von Änderungen in andere Zweige ist problemlos möglich. Die Projektdateien sind anderen Dateien gleichgestellt und enthalten keine datenbankspezifischen Informationen mehr.

Das ermöglicht es mir jetzt endlich, ein paar Wochen vor der Veröffentlichung eines Updates einen separaten Zweig dafür zu erstellen, die aktive Entwicklung dafür einzustellen und wirklich nur noch nötige Korrekturen vorzunehmen. Die normale Entwicklung an der nächsten Version kann dann schon weitergehen, ohne auf das geplante Update Einfluss zu nehmen.  Damit entfällt nun auch die Wohlverhaltensperiode vor und nach dem Release, in der ich mich zwingen musste, meine Finger im Zaum zu halten. Treten nach dem Update doch noch unerwartete Fehler auf, so können diese im separaten Zweig behoben und schneller als Fix zur Verfügung gestellt werden.

Die Einrichtung von Subversion ist sehr einfach. Nach der Installation wechselt man in der Kommandozeile in das bin-Verzeichnis und richtet svnserver.exe als Dienst ein:

sc create svnserve binPath= “C:\Programme\Subversion\bin\svnserve.exe –service -r D:\Projekte\Subversion” DisplayName= “Subversion” depend= tcpip start= auto

Anschließend muss nur noch ein neues Projektarchiv erstellt werden. Alternativ kann man sich auch das Rundum-Sorglos-Paket VisualSVN Server herunterladen. Dieses installiert einen Apache-Server samt Subversion-Integration und erstellt auch gleich das Projektarchiv. Damit hatte ich meine ersten Gehversuche gemacht, bin aber anschließend auf die performantere Dienst-Methode umgestiegen.

Auf dem Client-Rechner wird TortoiseSVN installiert, damit erfolgt der Zugriff auf die Quellcodeverwaltung bequem aus SpeedCommander (oder dem Explorer) heraus. Für die Integration in Visual Studio empfiehlt sich VisualSVN. Die Einzellizenz kostet $49 und macht sich schnell bezahlt.

Letztlich kann ich jedem SourceSafe-Anwender nur empfehlen, auf Subversion zu wechseln. Beim Einstieg beantwortet die umfangreiche Dokumentation viele Fragen, für die ersten Gehversuche kann man sich ein Projektarchiv zum Spielen einrichten. Mit einer möglichen Konvertierung der SourceSafe-Datenbank habe ich mich nicht beschäftigt, ich wollte einen frischen Start ohne Altlasten.