Gesammeltes aus dem Leben eines "normalen" Programmierers… :-)
Diverses über andere (fertige) Programme
Das Windows Vista SP1 ist ab sofort als Download verfügbar.
Mehr dazu hier:
http://windowsvistablog.com/blogs/windowsvista/archive/2008/03/18/windows-vista-sp1-released-to-windows-update.aspx
Die lockeren 435MB für das standalone Update gibt es hier zum Download:
http://www.microsoft.com/downloads/details.aspx?displaylang=de&FamilyID=b0c7136d-5ebb-413b-89c9-cb3d06d12674
Wird das SP1 über Windows Update geladen ist es kleiner, er lädt ca. 70MB und dann noch einiges bei Bedarf nach!
Jetzt steht Sie, meine erste kleine Homepage, die ich mit Joomla zusammengebastelt habe. Es ist die Homepage meiner Gemeinde http://www.efg-meerholz.de
Ich weiß, vom Template noch verbesserungsfähig, aber ich habe ertsmal alle Inhalte aus der alten Homepage transferiert und einiges aktualisiert. Das war erstmal genug Arbeit.
Ganz zu schweigen von den Anfangsproblemen, von denen ich noch berichten werde.
Das System ist wirklich flexibel. Aktuell nutze ich die folgenden Komponenten:
Ich bin jedesmal über die Vielfalt der Plugins von WordPress erstaunt.
Ich habe gerade WP-Syntax installiert und es ist stark was das aus den Code-Snipplets macht, die man so in seinem Blog platziert kann.
// TestConsole.cpp : Defines the entry point for the console application.
//
#include "stdafx.h"
int _tmain(int argc, _TCHAR* argv[])
{
_tprintf(_T("Hello World!\n"));
return 0;
}
Und so sah es vorher aus:
// TestConsole.cpp : Defines the entry point for the console application.
//
#include „stdafx.h“
int _tmain(int argc, _TCHAR* argv[])
{
_tprintf(_T(„Hello World!\n“));
return 0;
}
Genial schön mit WP-Syntax! 😎
Torsten Schröder hat mir einen netten Kommentar in meinem letzten Blog-Artikel Vista: Wie man den Kontextmenübefehl “Eingabeaufforderung hier öffnen” umbiegen kann gegeben. Er meinte (Zitat):
„noch einen Tick besser fänd ich es, wenn man es Richtung Powershell umbiegt!“
Nun das gefällt mir auch und es ist auch nicht schwer. Mit dem folgenden kleinen Hack in der Registry kann man auch diesen erweiterten Kontextmenübefehl auch die Powershell umbiegen.
Einfach in der Registry unter HKEY_CLASSES_ROOT\Directory\shell\cmd\command
den Eintrag: cmd.exe /s /k pushd „%V“
z.B. in „C:\Windows\system32\WindowsPowerShell\v1.0\powershell.exe“ -noexit -command „set-location ‚%V'“ tauschen.
Damit lässt sich nun auch für mich das erweiterte Kontextmenü unter Vista perfekt nutzen:
Anmerkung: Wer den Faden verloren hat, alles beginnt mit diesem Tipp:
Zusätzliche Befehle im Explorer-Kontextmenü von Vista 😉
In meinem Artikel Zusätzliche Befehle im Explorer-Kontextmenü von Vista habe ich ja erwähnt, dass der Menüpunkt Eingabeaufforderung hier öffnen immer CMD.EXE verwendet und nicht den Befehlszeileninterpreter, der durch COMSPEC definiert ist.
Aber mit einem kleinen Hack in der Registry kann man auch diesen Befehl auf den eigenen Befehlszeileninterpreter umbiegen.
Einfach in der Registry unter HKEY_CLASSES_ROOT\Directory\shell\cmd\command
den Eintrag: cmd.exe /s /k pushd „%V“
z.B. in „C:\Program Files\4NT\4NT.EXE“ /s /k pushd „%V“ tauschen.
Anmerkung: Da 4NT normalerweise auch seine eigenen Einträge in den Kontextmenüs des Explorers macht, kann man es natürlich auch als Vorteil ansehen, wenn man bei Bedarf den originalen Befehlszeileninterpreter starten kann. 🙂
Bei einem Kunden muss ich aktuell einem Problem auf den Grund gehen, das irgendwie mit Locks in den tiefsten Tiefen des SQL-Server 2005 zu tun hat. Aus diesem Grund habe ich Einblick in den originalen – doch etwas größeren – Datenbestand erhalten. Besagter Kunde ist in seiner Branche ziemlich populär. Es werden in dieser Datenbank 750.000 Kunden verwaltet. Alles aktive Kunden eines bestimmten Produkts einer kleinen geographischen Zone in Deutschland. Qualitativ wirklich aktuelles Material, denn alle diese Datensätze sind wirklich aktive Kunden, d.h. bekommen mindestens einmal im Jahr eine Rechnung.
Um sich nun mit unserer Anwendung als Benutzer Administrator anzumelden benötigte ich noch ein Kennwort. Das hatte mir keiner mitgeteilt (bis jetzt). Aber was soll’s, probieren wir doch mal 😉
Ich will nicht davon reden, wieviele Aktivität betrieben wird, die Datenbanken nach außen abzuschirmen. Auch will ich nicht über die interne Panik klagen, die uns gegenüber immer geschoben wird, dass alles hoch sicher und geheim zu behandeln ist.
Jeder Angestellte, mit etwas Spielwitz kann in etwa 20 Sekunden als Admin an alle Daten…
Nur als Anmerkung: Dieses Sicherheits-Problem ist natürlich mittlerweile behoben… 
Ich habe eine zweite SATA Festplatte in meinem Rechner (Windows XP SP2). Festplatten kann man ja auch direkt als neue Verzeichnisse bereitstellen. Schön, da eines meiner Verzeichnisse auf der ersten Festplatte am überquellen ist dachte ich mir:
Stelle einfach dies zweite Festplatte als neues Verzeichnis in meiner Verzeichnisstruktur zur Verfügung.
Gesagt getan und alles prima.
Bis ich heute auf die Idee kam ein wenig aufzuräumen:
Hier eine Datei gelöscht: OK. Dort eine Datei gelöscht: auch OK. Hier das Verzeichnis löschen: Peng „Zugriff wurde verweigert“! 😮
Was ist denn hier los ❓
Der Explorer hat mit meinem so eingemappten Laufwerk ein Problem. Er möchte die Dateien, die zu löschen sind, in den Papierkorb (Recycler Verzeichnis) verschieben. Das gelingt ihm offensichtlich mit Dateien (und die werden kopiert), allerdings gelingt ihm das nicht mit Verzeichnissen.
Direkt Löschen kann man diese Verzeichnisse indem man die Umschalt-Taste festhält m Explorer.
Das Löschen gelingt auch, wenn man die Festplatte über einen Laufwerksbuchstaben zusätzlich einmappt und dann über diese Verknüpfung die Verzeichnisse löscht.
Irgendwie nicht zu verstehen, dass hier der Explorer so kläglich versagt. 🙁
Aber auch dieses Verhalten ist dokumentiert, was ich nach einer Rückfrage bei meinen Mit-MVP Ralf Breuer auch erfuhr:
http://support.microsoft.com/kb/319368
Anmerkung: ❗ Eine Datei, die über das gemappte Verzeichnis C:\xyz gelöscht wird landet übrigens im Papierkorb auf der Platte C:, obwohl sie physikalisch auf einer anderen Platte liegt. Wirre Explorer Welt!
Gerade habe ich durch Zufall im Explorer von Windows Vista entdeckt, dass sich das Kontextmenü verändert, wenn man die Umschalttaste festhält. Es ist hierbei egal ob man dies mit der rechten Maustaste oder mit der Kontextmenütaste macht. Es erscheinen 3 zusätzliche Befehle, wenn man eine Datei selektiert hat:
und 2 neue Befehle wenn man ein Verzeichnis ausgewählt hat:
Die beiden ersten Befehle für Dateien kann man vergessen.
Ganz anders sieht das jedoch mit dem letzten Befehl Als Pfad kopieren aus. Der ist überaus nützlich um den Pfad einer Datei, oder gar die Pfade mehrerer Dateien in die Zwischenablage zu kopieren.
Unter XP hatte ich dazu immer noch das uralte Windows 95 Powertoy SendToX verwendet, das es leider für spätere Windows Versionen nicht mehr gab. Eigentlich schade, aber nun verschmerzbar.
Auch der Befehl Eingabeaufforderung hier öffnen ist sehr nützlich. Denn mit diesem Befehl kann man direkt ein DOS-Fenster in einem bestimmten Verzeichnis öffnen. Dafür gibt es zwar auch Registry-Hacks, aber Vista liefert das inklusive.
Leider verwendet Vista hier immer CMD.EXE und nicht den Befehlszeileninterpreter, der in COMSPEC eingetragen ist. Ich verwende seit Jahren 4NT.EXE und deshalb ist bei mir auch 4NT.EXE in COMSPEC eingetragen. Aber das ist verschmerzbar, denn 4NT mach seine eigenen Einträge im Explorer Kontextmenü, wenn man dies wünscht.
PS: Entdeckt habe ich das ganze, weil ich wusste, dass man bei einem Word Dokument zusätzlich den Befehl Schreibgeschützt Öffnen angeboten bekommt, wenn man die Umschalttaste festhält und das Kontextmenü öffnet über die rechte Maustaste oder die Kontextmenütaste. Das funktioniert auch für Excel-Dateien. Vielleicht wusste das ja auch noch nicht jeder ❗
Seit Jahren habe ich Frhed als Hexeditor verwendet und man ist ja oft relativ unflexibel und schaut sich nichts Neues an, wenn man zufrieden ist mit dem was man hat. Zudem ja auch Visual Studio und auch mein TextPad Funktionen für das Arbeiten im binären Modus haben.
Jetzt bin ich doch auf etwas Neues gestoßen in Sachen Hexeditor und das ist HxD.
Er ist wirklich einen Blick Wert.
Zum Rumschnüffeln und auch professionelles Arbeiten ein wirklich nettes Tool.
Nun habe ich auch die Ursache für das Versagen der Onlinehilfe in der MMC des Exchange System Manager gefunden:
Es ist die IE7 Installation.
Nachzulesen hier: http://support.microsoft.com/kb/932513
Allerdings ist das nur die halbe Wahrheit. Die IE7 Installation ist mit Sicherheit nicht schuld, sondern nur der Auslöser. Wenn man sich diesen Fix ansieht, dann wird dort eine psapi.dll umbenannt. Mehr nicht!
Der Fix besteht also darin eine System-DLL, die lokal durch Exchange installiert wurde, außer Kraft zu setzen und die neueste DLL, die natürlich längst im Windows\System32 Verzeichnis liegt zu verwenden.
Bleibt die Frage: Warum hat das Exchange Team überhaupt eine lokale psapi.dll installiert und nicht die Datei verwendet, die mit dem OS von Windows 2003 ausgeliefert wird? Fakt ist, dass diese psapi.dll eine Uralt-Version für Windows 2000 mit Version 5.0 ist; Windows 2003 wurde mit einer Version 5.2 ausgeliefert.