Page 11 of 14
Posted: Sun Sep 17, 2006 8:23 pm
by Red Runner
Danke!
Ich werde die morgen mal ausgiebig testen und dann berichten.
Was das Log-File angeht: In meinen Recherchen habe ich daf├╝r auch nicht DEN Platz daf├╝r gefunden.
Grundsätzlich zeichnen sich zwei Tendenzen ab:
a) Das EventLog benutzen
b) Den von Dir vorgeschlagenen Pfad %APPDATA%\EventLog
Von a) halte ich pers├Ânlich nicht viel, da es ebenfalls sehr restriktiv bei Nutzerrechten ist. Neue Gruppen m├╝ssen bspw. auch bei der Installation erstellt werden (Registry-Zugriff auf HKLM) und "Anwendung" steht standardm├ñ├ƒig auf max 512kB und nur ├╝berschreiben, wenn die Daten ├ñlter als 7 Tage sind.
Aber das ist nur eine pers├Ânliche Einsch├ñtzung...
Gruß
RR
Posted: Tue Sep 19, 2006 5:05 pm
by Red Runner
Moin!
Also bislang läuft die neue Testversion (727) sehr gut, auch mit eingeschränkten Nutzerrechten.
Merci
Posted: Wed Sep 20, 2006 1:44 pm
by Bartman
Das ist mir grade bei der aktuellsten Beta passiert, wenn in einem Script ein Fehler auftritt und nicht abgefangen wird.
Danach erzeugt das Tastatur Plugin gar keine Events mehr und bei Events vom USB-UIRT wiederholt sich die untenstehende Exception. Eigentlich geht dann auch sonst nichts mehr.
Beim Beenden erzeugt EG dann 100% Last und nichts passiert.
Code: Select all
15:16:24 Traceback (most recent call last):
15:16:24 Error in Action: "Python Script"
15:16:24 Traceback (most recent call last):
15:16:24 File "D:\Media\EventGhost\eg\ThreadWorker.py", line 87, in DoOneEvent
15:16:24 Unhandled exception in thread started by
15:16:24 Traceback (most recent call last):
15:16:24 File "D:\Media\EventGhost\eg\MainLogger.py", line 93, in write
15:16:24 wx.CallAfter(self.OnWrite, data, 1)
15:16:24 File "wx\_core.pyc", line 13533, in CallAfter
15:16:24 File "wx\_core.pyc", line 7504, in GetApp
15:16:24 File "threading.pyc", line 473, in __bootstrap
15:16:24 File "traceback.pyc", line 236, in format_exc
15:16:24 File "traceback.pyc", line 142, in format_exception
15:16:24 File "traceback.pyc", line 76, in format_tb
15:16:24 File "traceback.pyc", line 101, in extract_tb
15:16:24 TypeError: fake_getline() takes exactly 2 arguments (3 given)
Code: Select all
15:16:27 Traceback (most recent call last):
15:16:27 File "\loewis\25\python\Modules\_ctypes\callbacks.c", line 216, in 'converting callback result'
15:16:27 TypeError: int expected instead of NoneType instance
15:16:27 Exception in <bound method USB_UIRT._receiveCallback of <USB_UIRT.USB_UIRT instance at 0x01FCE0A8>> ignored
Posted: Wed Sep 20, 2006 1:56 pm
by Bitmonster
In py2exe ist ein Fehler der bei Python25 zu diesem fake_getline()-Fehler f├╝hrt. Den habe ich mal soweit rausgepatcht, aber es kann sein, dass der nur in Folge eines anderen Fehlers auftritt.
Also 740 saugen und da nochmal probieren, ob die Exception richtig angezeigt und abgefangen wird.
Posted: Thu Sep 21, 2006 8:13 pm
by Bartman
das mit dem fehlern in Scripten habe ich jetzt nicht mehr, dafür aber folgendes, wenn die USB_UIRT etwas empfängt. Das Event wird aber richtig erkannt.
Code: Select all
22:12:59 USB_UIRT.2102004405C4
22:12:59 Traceback (most recent call last):
22:12:59 File "\loewis\25\python\Modules\_ctypes\callbacks.c", line 216, in 'converting callback result'
22:12:59 TypeError: int expected instead of NoneType instance
22:12:59 Exception in <bound method USB_UIRT._receiveCallback of <USB_UIRT.USB_UIRT instance at 0x0208B738>> ignored
Posted: Thu Sep 21, 2006 9:43 pm
by Bitmonster
Hmm, unangenehme Fehler die da bei dem Python 2.5-Umstieg auftreten. Na egal, daf├╝r gibt es auch einen Workaround. 746 ist oben.
Ich bin gerade dabei die AddPlugin und AddAction-Dialoge etwas umzugestalten. Also nicht wundern.
Posted: Fri Sep 22, 2006 9:03 pm
by Milbrot
Ich bekomme mit der 746 nach dem Start folgende Meldung:
Traceback (most recent call last):
File "D:\Programme\EventGhost\eg\PluginTools.py", line 156, in CreatePluginInstance
File "D:\Programme\EventGhost\eg\CorePlugins\System\__init__.py", line 137, in __init__
SystemError: PostThreadMessage WaitThread
Gruß Milbrot
Posted: Sat Sep 23, 2006 10:11 am
by Bitmonster
Versuch mal die 747.
Wenn die es nicht bringt, dann wird die Fehlersuche wohl schwierig.
Posted: Sat Sep 23, 2006 10:36 am
by Milbrot
Fehler ist nun weg
Posted: Sat Sep 23, 2006 11:31 am
by Bartman
mein sch├Âner RegChooser geht auch nicht mehr. Auf den ersten Blick sehe ich jetzt auch nicht, was da falsch l├ñuft.
Das Label passt auch nicht. Da steht immer root Key.
Code: Select all
13:30:24 Traceback (most recent call last):
13:30:24 File "D:\Media\EventGhost\eg\MainTree.py", line 290, in OnItemActivate
13:30:24 pyObj.Configure()
13:30:24 File "D:\Media\EventGhost\eg\TreeItems\ActionItem.py", line 342, in Configure
13:30:24 result = self.action.Configure(*self.args)
13:30:24 File "D:\Media\EventGhost\eg\CorePlugins\System\Registry.py", line 768, in Configure
13:30:24 valueName
13:30:24 File "D:\Media\EventGhost\eg\CorePlugins\System\Registry.py", line 338, in __init__
13:30:24 tree = RegistryLazyTree(self, -1, key, subkey, valueName, text=text)
13:30:24 File "D:\Media\EventGhost\eg\CorePlugins\System\Registry.py", line 126, in __init__
13:30:24 self.onTreeChange(wx.CommandEvent(), key, subkey, valueName)
13:30:24 File "D:\Media\EventGhost\eg\CorePlugins\System\Registry.py", line 155, in onTreeChange
13:30:24 fatherSubkey, fatherValueName = self.GetItemData(node).GetData()
13:30:24 File "wx\_controls.pyc", line 5393, in GetItemData
13:30:24 wx._core.PyAssertionError: C++ assertion "wxAssertFailure" failed in ..\..\src\msw\treectrl.cpp(1169): invalid tree item
Posted: Sun Sep 24, 2006 6:16 pm
by Bitmonster
Versuch es mal mit der neusten Version.
Posted: Sun Sep 24, 2006 6:19 pm
by Bartman
hilft nicht. Immer noch der gleiche Fehler.
K├Ânnte bei den Updateinstallern eigentlich auch ein Haken eingebaut werden, der EG nach dem Update gleich startet?
Und das kommt alles nur vom Update der Pythonversion?
haben die da denn soviel intern geändert?
Posted: Sun Sep 24, 2006 6:30 pm
by Bitmonster
Hmm, komisch, bei mir funktioniert es. Passiert das nur bei deinen alten schon im Baum gespeicherten Aktionen oder auch beim hinzuf├╝gen von neuen?
Python 2.5 ist in manchen Bereichen etwas "genauer". Manche etwas schluderige Datenkonvertierungen akzeptiert es nicht mehr. Zudem müssen alle C-Extensions neu kompiliert werden. Un da kommt dann leicht mal eins zum anderen. Py2exe, wxPython und alle anderen Libs müssen auch mit einer für 2.5 kompilierten Version benutzt werden und da schleichen sich dann auch leichte Veränderungen ein. Im Großen und Ganzen war da aber bis jetzt nichts dramatisches bei.
Posted: Sun Sep 24, 2006 6:39 pm
by Bartman
sowohl bei neuen, als auch bei alten
hattest du den Fehler, denn in 747 auch?
Posted: Sun Sep 24, 2006 6:45 pm
by Bitmonster
Nein, ich hatte daf├╝r einen anderen, der im C-Code begr├╝ndet lag.
Nun ist dein Code allerdings auch vielleicht nicht v├Âllig sicher. Da steht z.B. am Anfang von onTreeChange():
Code: Select all
if not node:
node = self.GetSelection()
Und gehst dann davon aus, dass "node" dann auch wirklich auf ein Element zeigt. Aber was ist, wenn noch gar kein Element selektiert ist?
Da sollte man vielleicht noch ein "if not node.IsOk(): return" einf├╝gen.