EventGhost

Nein da muß mehr faul sein. Es ist mir erst jetzt aufgefallen das der Empfänger gar nicht mehr läuft.
Mit 685 ist noch alles in Ordnung ab ab der getesteten 690 läuft es nicht mehr. Mit 692 gibts diese Meldung
nach dem Start von EG:

Unhandled exception in thread started by
Traceback (most recent call last):
File "C:\Programme\EventGhost\eg\MainLogger.py", line 79, in write
wx.CallAfter(self.OnWrite, data, 1)
File "wx\_core.pyc", line 13533, in CallAfter
File "wx\_core.pyc", line 7504, in GetApp
File "plugins/IgorPlugUSB/__init__.py", line 49, in ThreadWorker
self.StartLedFlashing()
File "plugins/IgorPlugUSB/__init__.py", line 66, in StartLedFlashing
while self.led_timeout > clock():
AttributeError: 'IgorPlugUSB' object has no attribute 'led_timeout'

Nu aber... -> 693

Ja läuft nun.

weiß nicht so richtig ob es ein Bug oder ein Faeture ist.

YARD.01000000003003
IgorPlugUSB.RC5_3003

erscheint bei mir immer, wenn ich auf der FB die entsprechende Taste dr├╝cke. Ist bei mir der Tast Dimmer, der ├╝ber die IR Steuerung angesteuert wird.

Was mich also dabei verwundert ist die neuerdings auftauchende Yard Meldung. Ich sende doch nur per Fernbedienung was raus und nicht per YARD, warum meldet es sich?

Stoffel

Weil YARD etwas empfängt, schätze ich mal.

Ja, das dachte ich mir auch schon, hat sich denn aber am Plug in was geändert. Hat doch früher nix angezeigt.
St├Ârt mich aber auch nicht weiter, wollte es nur kundtun.

Stoffel

Moin!

Ich arbeite an meinem PC mit eingeschränkten Nutzerrechten (Hauptuser / Power User), nicht als Administrator.

In dieser Umgebung kommt es mit EventGhost leider immer wieder zu Fehlern: Das Protokoll klingt f├╝r mich zumindest so, als w├╝rde es sich um ein Berechtigungsproblem handeln.
Kann man hier vielleicht was machen oder handelt es sich um ein spezifisches Problem an meinem System?

Hier noch fix ein paar Daten:
- EventGhost 0.3.2.627
- Plugin: X10 Fernbedienung
- Plugin: Zoom Player
- Plugin: Winamp
- Plugin: d-box2 Remote Emulator

Das oben gepostete Errorlog entsteht, wenn ich EventGhost in den Tray minimiere..

Ansonsten ist es aber ein echt klasse Programm, das muss ich mal loswerden

Gruß
RR

Ja, das ist ein Berechtigungsproblem. MS sagt dazu:

Windows Server 2003 and Windows XP/2000: The specified process must have the SE_INC_BASE_PRIORITY_NAME privilege. Users in the Administrators and Power Users groups generally have this privilege.

Ich habe aber keine Ahnung, wo die Berechtigung dann in gpedit.msc zu finden ist. EG versucht an der Stelle seinen Speicher wieder freizugeben. Aber ich werde das demnächst mal umschreiben, damit es nur eine einzige etwas aussagekräftigere Warnung gibt und dann Ruhe ist.

Danke erstmal f├╝r Deine Antwort

Also es ist, wie schon vermutet, ein Berechtigungsproblem. F├╝hre ich EventGhost als Admin aus, gibt es keine Probleme.

Komisch ist aber: Ich arbeite normalerweise als "Hauptbenutzer", was das Äquivalent zum "Power User" ist. Trotzdem reichen meine Berechtigungen hier nicht aus...

Ich habe es gerade einmal probiert mit einem "Hauptbenutzer". Allerdings steigt EG bei mir schon vorher aus, und zwar bei dem Versuch den ActiveX-Server zu registrieren.

pywintypes.error: (5, 'RegSetValue', 'Zugriff verweigert')

Ist das bei dir nicht aufgetreten?

Den Fehler kann ich allerdings abfangen und man muss EG dann nur einmal als Admin gestartet haben, damit die Registrierung klappt. Oder noch besser sollte ich das gleich vom Installer erledigen lassen.

Tja, und danach kommt dann der SetProcessWorkingSetSize-Fehler auch bei mir. Also die Angaben von MS ├╝ber die generell vorhandenen Berechtigungen scheinen nicht zu stimmen.

Hallo,

ich hab auch nochmal ein wenig rumgetestet:

Variante 1)
- Testnutzer als "Benutzer"
- EventGhost im Programme-Verzeichnis (Benutzer darf nur lesen und ausf├╝hren, Hauptbenutzer d├╝rfen auch schreiben)
- Beim Start kommt eine Fehlermeldung, dass das EventGhost.exe.log nicht geschrieben werden kann

Variante 2)
- Testnutzer als "Benutzer"
- EventGhost in Verzeichnis, wo auch der Benutzer schreiben darf
- EventGhost.exe.log wird beim Start geschrieben, mit 'RegSetValue'...

Variante 3)
- (neuer) Testnutzer als "Hauptbenutzer"
- EventGhost im Programmeverzeichnis
- Start problemlos (aber halt das Prob beim Minimieren)


Genaugenommen darf eine Log-Datei auch nicht im Programmeverzeichnis geschrieben werden (nach MS-Richtlinien), aber irgendwo h├Ârts auch auf.....

Vielleicht wäre es eine Alternative, bei der Installation von EventGhost anzubieten, dieses als Service zu installieren. Würde bei dieser Kategorie ja auch Sinn ergeben..

Gruß
RR

EG kann nicht als Service installiert werden, weil ein Service nicht mit dem Desktop interagieren kann. Selbst wenn man Konfigurations-Programm und Runtime trennen w├╝rde, dann w├ñren solche Sachen wie das OSD schon nicht mehr m├Âglich.

Wie erstellt man denn einen "Hauptbenutzer"? Der normale Benutzerkonten-Dialog bietet ja nur Administrator und "Eingeschränkt" an.

Hmm, das mit dem Service ist nat├╝rlich richtig, h├ñtte ich eigentlich auch selbst dran denken k├Ânnen

Die Gruppe Hauptbenutzer sollte eigentlich schon vorhanden sein (zumindest bei XP/2000 Pro, bei Home bin ich mir nicht sicher). Allerdings ist sie nicht unter "Benutzerverwaltung" verf├╝gbar.

Am Besten, man richtet seine Nutzer ├╝ber Systemsteuerung -> Verwaltung -> Computerverwaltung ein, da sieht man dann auch die "echten" Gruppen.


Noch ein kleiner Tipp zum Testen:
Mit "runas /user:testuser cmd" erhält man eine Oberfläche, mit der man bequem per Drag&Drop eingeschränkte Accounts testen kann, ohne sich jedesmal neu anmelden müssen...

Gruß
RR

Ja, RunAs hab ich auch ausporbiert. Der Witz ist, dass er dort das Log-File schreiben kann. Wenn ich mich aber richtig als eingeschränkter User anmelde, dann kann er es nicht.

Stellt sich die Frage, wo er das Log-File hinschreiben soll. Bleibt ja eigentlich nur noch C:\Dokumente und Einstellungen\USERNAME\Anwendungsdaten\EventGhost

Ok, ich habe mal eine neue Beta (Build 727) hochgeschoben.

Dummerweise bin ich gerade dabei auszuprobieren, ob EG mit dem neuen Python 2.5 läuft. Eigentlich wollte ich die noch etwas besser austesten, bevor ich die ersten Betas mit Python 2.5 rausgebe, aber da es im Moment zuviel Arbeit wäre alles wieder zurückzubauen, also gleich das Update darauf.

Der RegSetValue und der SetProcessWorkingSetSize Fehler sollten jetzt nicht mehr auftreten. Das Problem mit den Schreibrechten f├╝r das Log-File besteht noch.