Kubuntu 8.10 und VMWare Tastaturproblem
In der VMWare Workstation funktionieren die Steuertasten nicht mehr richtig. Cursor nach unten bewirkt in einem Windows 2000 Gast zum Beispiel das öffnen des Systemmenus.
Abhilfe schafft der Tipp von nthrbldyblg – VMWare and the fubar keyboard effect
Einfach in die Datei ~/.vmware/config die folgenden Zeilen zur Neuordnung der Tastatur eintragen. (Die Datei ~/.vmware/config existierte bei mir nicht und musste erst angelegt werden.)
xkeymap.keycode.108 = 0×138 # Alt_R
xkeymap.keycode.106 = 0×135 # KP_Divide
xkeymap.keycode.104 = 0×11c # KP_Enter
xkeymap.keycode.111 = 0×148 # Up
xkeymap.keycode.116 = 0×150 # Down
xkeymap.keycode.113 = 0×14b # Left
xkeymap.keycode.114 = 0×14d # Right
xkeymap.keycode.105 = 0×11d # Control_R
xkeymap.keycode.118 = 0×152 # Insert
xkeymap.keycode.119 = 0×153 # Delete
xkeymap.keycode.110 = 0×147 # Home
xkeymap.keycode.115 = 0×14f # End
xkeymap.keycode.112 = 0×149 # Prior
xkeymap.keycode.117 = 0×151 # Next
xkeymap.keycode.78 = 0×46 # Scroll_Lock
xkeymap.keycode.127 = 0×100 # Pause
xkeymap.keycode.133 = 0×15b # Meta_L
xkeymap.keycode.134 = 0×15c # Meta_R
xkeymap.keycode.135 = 0×15d # Menu
TADODataSet und ADO und Trigger
Dieses Problem ist im www schon seit Jahren bekannt, nur mir noch nicht.
Ich arneite mit der Kombination Delphi und ADO und MS-SQL-Server. Zum Löschen eines Datensatzes habe ich einen Trigger gebastelt. Dieser löst jedoch bei der Ausführung folgende Fehlermeldung aus:
„Die Schlüsselinformationen sind ungenügend oder inkorrekt. Es sind zu viele Zeilen von der Aktualisierung betroffen“.
Die gewünschten Datensätze sind jedoch korrekt gelöscht. Alles funktioniert wunderbar, nur die Fehlermeldung nervt.
Hier wird von Andreas Kosch erklärt was schief läuft:
Wenn TADODataSet einen Datensatz löschen soll, wird das dahinterliegende RecordSet-Objekt (COM-Objekt von Microsoft) beauftragt, diese Aktion automatisch in eine SQL-Anweisung zu übersetzen. Wenn etwas automatisch übersetzt wird, ist es sinnvoll, eine Sicherheitsprüfung einzubauen – und diese Sicherheitsprüfung besteht in diesem Fall darin, die vom SQL Server zurückgelieferte Anzahl der betroffenen Datensätze auszuwerten. Das RecordSet-Objekt erwartet den Wert 1 für einen gelöschten Master-Datensatz. Wenn in der Datenbank allerdings Trigger automatisch Detail-Datensätze löschen, ist der Rückgabewert nur dann 1, wenn bei der letzten Aktion auch nur 1 Detail-Datensatz betroffen waren (der SQL Server liefert den Wert der letzten Aktion zurück).
Man könnte nun als Notbehelf in jedem Trigger die Anweisung SET NOCOUNT ON einfügen. oder aber die SQL-Anweisung nicht über ein TADODataset sondern über eine TADOCommand bzw. TADOQuery aufzurufen.
CREATE TRIGGER [stg_Besch_AD] ON [stg_Besch]
FOR DELETE
AS
BEGIN
SET NOCOUNT ON
/* Hinweis auf Bescheid aus BeilisHis entfernen */
DELETE stg_BeilisHis FROM deleted, stg_BeiLisHis
WHERE deleted.ID = stg_BeiLishis.TGBESCH_ID;
/* Hinweis auf Bescheid aus Faellig entfernen */
DELETE stg_Faellig FROM deleted, stg_Faellig
WHERE deleted.ID = stg_Faellig.TGBESCH_ID;
/* Hinweis auf Bescheid aus Faellig entfernen */
DELETE stg_FaelligZ FROM deleted, stg_FaelligZ
WHERE deleted.ID = stg_FaelligZ.TGBESCH_ID;
END
ASUS P5QL und Kernel 2.6.27 (2)
Hurra, seit gestern läuft mein Rechner ASUS P5QL mit dem neuen Kernel 2.6.27-7 unter Kubuntu 8.10 beta.
„Friede den Palästen, verwanzen wir die Hütten.“
Da hat HAL in seiner Sonntagskolumne wieder einmal ins Schwarze getroffen. wwww vom 12.10.2008
ASUS P5QL und Kernel 2.6.27
Das Internet ist groß und weise. Ich bin nicht allein mit meinem Problem: Ich kann den neuen Kernel nicht auf meinem Rechner mit Motherboard ASUS P5QL booten.
Es gibt sogar schon einen Patch dafür: Patch des Fehlers auf lkml.org
The x86 implementation of early_ioremap has an off by one error. If we get an object which ends on the first byte of a page we undermap by one page and this causes a crash on boot with the ASUS P5QL whose DMI table happens to fit this alignment.
Vielleicht schafft er es ja bis zum offiziellen Start von Kubuntu 8.10.
Bedienungsanleitung Heizkörperventil Salus Control
Einstellen des Zeitprogramms Montag bis Freitag
- 4 Sekunden (SET) drücken bis „PRO“ erscheint.
- (SET) sooft drücken bis „MO-FR“ erscheint.
- Jetzt für die Uhrzeit die Temperatur wählen
- mit (-) wird die Temperatur auf Spartemperatur gesetzt.
- mit (+) wird die Temperatur auf Komforttemperatur gesetzt.
- Dabei springt die Uhrzeit immer auf die nächste Stunde.
- Wenn 8 Sekunden keine Taste betätigt wird, werden die Werte gespeichert und der Programmiermodus „PRO“ wird verlassen.
Einstellen des Zeitprogramms Samstag bis Sonntag
- 4 Sekunden (SET) drücken bis „PRO“ erscheint.
- (SET) sooft drücken bis „SA-SO“ erscheint.
- Jetzt für die Uhrzeit die Temperatur wählen
- mit (-) wird die Temperatur auf Spartemperatur gesetzt.
- mit (+) wird die Temperatur auf Komforttemperatur gesetzt.
- Dabei springt die Uhrzeit immer auf die nächste Stunde.
- Wenn 8 Sekunden keine Taste betätigt wird, werden die Werte gespeichert und der Programmiermodus „PRO“ wird verlassen.
Einstellen der Höhe der Komfortemperatur
- (AUTO/MENU)
- (SET)
- mit (AUTO/MENU) die Sonne auswählen
- mit (+) und (-) die Temperatur wählen
- mit (SET) die Komforttemperatur speichern
Einstellen der Höhe der Spartemperatur
- (AUTO/MENU)
- (SET)
- mit (AUTO/MENU) den Mond auswählen
- mit (+) und (-) die Temperatur wählen
- mit (SET) die Spartemperatur speichern
Kubuntu 8.10 beta auf P5QL Pro Motherboard
Heute habe ich mir die neue Kubuntu 8.10 beta heruntergeladen, um eine Testinstalation auf meinem Rechner (Asus P5QL Pro Motherboard) durchzuführen. Leider crasht der Kernel vmlinuz-2.6.27-4-generic bereits beim Start.
Deshalb habe ich zuerst Kubuntu 8.04.1 installiert und habe danach auf Kubuntu 8.10 beta geupdatet. Beim Neustart des System krachte es wieder. Aber es gab in grub die Möglichkeit mit dem alten Kernel vmlinuz-2.6.24-19-generic zu starten.
Und siehe da der Rechner läuft. Auch die Soundkarte läuft ohne zusätzliche Treiber.
