Link: http://www.drwindows.de/windows-7-allgemein/16606-modem-weckt-windows-7-aus-dem-standby.html

Wenn man den PC per Zuklappen oder per Start > Energie sparen in den Standbymodus versetzt, hält dieser nur wenige Minuten und der Computer startet wieder. Im Bios waren Wake on Lan und Wake on USB deaktiviert.

Der Trick war, auf der Konsole per

powercfg /devicequery wake_armed

die Geräte herauszufinden, denen es erlaubt war, den Computer aufzuwecken - und das waren zufällig das Netzwerk und die Maus. Abstellen kann man das im Gerätemanager bei den Energieverwaltungseinstellungen der jeweiligen Geräte. Neben "Das Gerät kann den Computer aus dem Ruhezustand aktivieren." sollte kein Haken sein.

Nachtrag: Windows macht um 3 Uhr nachts seine Updates. Auch das weckt den Computer vom Standby auf...

Bei dem Versuch, von Windows XP aus auf eine Druckerfreigabe auf einem 64-bit-Windows Server zuzugreifen, kam immer die Meldung, dass kein passender Druckertreiber gefunden werden konnte, obwohl der entsprechende Treiber auf dem Client heruntergeladen und angegeben wurde.

Windows scheint bei der Treiberinstallation zu erwarten, dass der lokale Ersatztreiber genau gleich heißt wie der auf dem Server. Der auf dem Server installierte hieß "Brother PCL5e", wie man im Reiter "Advanced" den Drucker-Properties sehen kann. Wenn man nun in der INF-Datei des zu installierenden Treibers den Namen des Druckers entsprechend ändert (in meinem Fall "Brother PCL5e Driver"=BROMF966.PPD,LPTENUM\BrotherMFC-9660486C statt "Brother MFC9660"=BROMF966.PPD,LPTENUM\BrotherMFC-9660486C) lässt sich der Treiber problemlos installieren.

Vor einigen Tagen hatte ich ein Update von Lexware mit Rechnung im Briefkasten, das ich nie bestellt hatte. Der Kundensupport zeigte sich zwar kulant "schicken Sie es einfach unfrei zurück", aber trotzdem - ein sehr zweifelhaftes Geschäftsgebahren...

In dem Gerät mit der wohl aktuellen Software-Version STBA.01.39 kann man keine statischen DHCP-Einträge anlegen. Nicht gerade empfehlenswert...

Having set up fields in a repeating group programmatically using XmlWriter, integer and date fields would have a red star attached, not validating at saving time, although not marked required in the data connections. It helps to add the xsi:nil="true" attribute to the element. Instead of:

writer.WriteElementString("elementName", myNamespace, "");

simply write:

writer.WriteStartElement("elementName", myNamespace);
writer.WriteAttributeString("xsi", "nil", xsiNamespace, "true");
writer.WriteEndElement();

And voila: The fields are not mandatory any more.

I tried to use this bug as a feature, but it only works for integer and date fields, not for text fields. In order to make text fields required programmatically, just add a field in the main data connection as switch and attach the validation rule to it. When the program decides to make the fields required, set the switch.