Ich versuche, meine halbfertige Steuererklärung mit Taxman fertig zu
machen, kann das Mistding aber nicht mehr starten. Irgendwas mit diesem
verfluchten .NET-Sch... ist kaputt.
Sämtliche Reparaturversuche von .NET 4 (Framework 4 Client + Framework 4
Extended) und Taxman schlugen fehl. An der Fehlermeldung hat sich dabei
nichts geändert.
Die Fehlermeldung hat Taxman ausgespuckt.
Was tun?
Uhu Uhuhu schrieb:> Die Datei VarDef.lex ist vorhanden. Die Fehlerursache muß sich im> zweiten Teil der Meldung verbergen.
Tut sie wahrscheinlich auch.
Das für die Assembly ein PublicKeyToken angegeben ist, ist ein Hinweis.
Wahrscheinlich hat Taxman die über einen "Strong Name" (siehe dort)
eingebunden. Wenn nun diese Assembly aktualisiert wurde - und dabei die
originale Version gelöscht wurde, was ziemlich sicher passiert ist, weil
die beiden Versionen ja denselben Filenamen haben - kann Taxman (bzw.
die .NET Runtime) das Teil nicht mehr einbinden, das ist ja auch der
Sinn von Strong Names.
Wieso eine Software wie Taxman "Enterprise Services" einbinden würde,
und wieso es das per Strong Name tun sollte bleibt ein Rätsel.
Vermutlich musst Du das (die) Update(s) der EnterPriseServices Assembly
rückgängig machen.
Ich würde Taxman in die Tonne treten, es wird offensichtlich von
Schwachköpfen programmiert.
Jasch schrieb:> Vermutlich musst Du das (die) Update(s) der EnterPriseServices Assembly> rückgängig machen.
Kommen dafür Systemupdates, oder Lexwareupdates in Frage?
> Ich würde Taxman in die Tonne treten,
Liebend gerne, aber meine Erfahrungen mit der Konkurrenz waren noch viel
frustrierender, da hörten die Probleme überhaupt nicht auf.
> es wird offensichtlich von Schwachköpfen programmiert.
Das scheint bei Lexware normal zu sein. Ich benutze seit Ewigkeiten
Quicken - die neuste Version hat noch immer dieselben GUI-Macken, wie
die erste, die hatte. Da blinkt der Cursor in einem Feld, aber
eingegebene Zeichen kommen nicht an; die kriegen einfach den Focus von
ihren Dialogen nicht in den Griff.
D. I. schrieb:> Wie wärs mit WISO Steuer?
Das ist eine recht übel beleumundete Abonnementskiste, die sich den
vermeintlich guten Namen "WISO" geangelt hat. Damit sollte man
vorsichtig sein.
ich war mit der "Steuersparerklärung" (http://www.steuertipps.de/) immer
recht zufrieden.
Mit der QT entwickelt, deshalb jetzt auch für Mäcs erhältlich, lief gut
unter Wine, und lässt sich auf einen USB-Stick installieren.
Gerade mit der USB-Installation bist du von der DLL-Hell unabhängig,
alles Nötige liegt am Stick und kann nicht vom Betriebssystem-Update,
anderen Installern usw. kaputtoptimiert werden.
Wie gesagt, benutze ich seit langem Quicken und Taxman kann Daten von
Quicken übernehmen. Die Konkurrenz wird das kaum bieten. Zudem hatte ich
mal versucht, auf WISO Mein Geld Prof. umzusteigen - das war eine
einzige Riesenkatastrophe, das Mistding hat nicht einmal auch nur
halbwegs fehlerfrei funktioniert. Seitdem ist WISO für mich gestorben
und für weitere Experimente habe ich keine Lust.
Das Lexware-Zeug hat zwar zuweilen seine Schwächen, aber es funktioniert
wenigstens fast immer. Zudem haben sie kein Abzockmodell zur
Problembehebung - die Telefon-Hotlines gehen über 0800-Nummern.
Mittlerweile habe ich die technische Lexware-Telefon-Hotline bemüht. Sie
rieten mir, .NET komplett zu deinstallieren und das Ding anschließend
neu zu installieren. Ich habe das Ganze jetzt schon vier mal probliert,
mit und ohne laufendem Virenscanner - nichts hat geholfen.
Dieser .NET-Mist ist wohl auch nur dll-hell 2.0.
Ich halte die Idee, wichtige Bibliotheken für Anwendungen in eine
System-dll zu packen, für eine Idee, die aus der Zeit stammt, als
Speicher noch richtig teuer war. Was ich mit solchem Sch... schon Zeit
verbracht habe, geht auf keine Kuhhaut.
Die wenigsten Probleme gab es immer mit Anwendungen, die ihr Zeug
komplett selbst mitgebracht haben.
Uhu Uhuhu schrieb:> Die wenigsten Probleme gab es immer mit Anwendungen, die ihr Zeug> komplett selbst mitgebracht haben.
Jo, das ist natürlich cool wenn jede Anwendung eine eigene kaputte
libssl oder ähnliches mitbringt, die dann nicht mehr aktualisiert wird,
so dass man dann Einfallstore groß wie Scheuentore hat. ;)
Die Wahrheit liegt wohl mal wieder in der Mitte. :)
D. I. schrieb:> libssl
Gibts die unter Windows? Kann eigentlich nicht sein, denn solche
Grundfunktionen müssen irgendwo gaaaanz tief in irgend einem bunt
zusammengewürfelten Modulhaufen verbuddelt sein.
@ Uhu
Hast du mal unter dem Pfad (ist bei mir so)
C:\Windows\Microsoft.NET\assembly\GAC_32\System.EnterpriseServices\v4.0_
4.0.0.0__b03f5f7f11d50a3a
nachgeschaut, ob die beiden DLLs
System.EnterpriseServices.dll
System.EnterpriseServices.Wrapper.dll
vorhanden sind?
Aha, da haben wir den Übeltäter: Das Verzeichnis gibts zwar im Katalog,
aber es ist nicht zugreifbar. Wenn mans im Explorer anklickt, kommt die
Fehlermeldung im Anhang.
Check Disk hält die Platte für fehlerfrei.
Ich habe jetzt das Verzeichnis ...\System.EnterpriseServices mal
woandershin kopiert: das Ging, aber 4.0.0.0__b03f5f7f11d50a3a ist leer -
nicht unerwarteter Weise.
Dann habe ich ...\System.EnterpriseServices gelöscht, was auch zu keinem
Fehler führte. Allerdings war sie hinterher noch leer vorhanden.
Ich habe dann das leere Verzeichnis 4.0.0.0__b03f5f7f11d50a3a wieder
rein kopiert. So weit sieht alles gut aus, nur fehlen die beiden dlls.
Ich versuche jetzt einfach mal das .NET-Zeugs zu reparieren und wenn das
nichts hilft, nochmal neu zu installieren.
Die Reparatur lief glatt durch - jetzt ist das Verzeichnis
4.0.0.0__b03f5f7f11d50a3a wieder genau so kaputt, wie hier beschrieben:
Beitrag "Re: .NET-Geraffel macht Ärger"
Beachte vor allem auch die Hinweis auf mögliche Störungen durch
AntiViren SW oder auch Firewall(s).
Ich muss aber sagen, diesbezüglich hat mein AntiVir in solchen Belangen
mir bisher keine Schwierigkeiten bereitet (oder sie fallen mir gerade
nicht ein ;)).
Gelegenheitsprogrammierer schrieb:> Beachte vor allem auch die Hinweis auf mögliche Störungen durch> AntiViren SW oder auch Firewall(s).
Die Firewall ist sowieso aus, allerdings scheint Avira ein gewisses
Eigenleben zu haben - es schaltet sich zuweilen von selbst ein.
Lade dir am besten Collect.exe herunter und Versuche damit mal .NET 4
komplett neu zu installieren (vorher Deinstall durchführen).
Ich denke ohne diese DLLs wird dein Taxman wohl nicht so wie erwartet
funktionieren.
Mehr fällt mir momentan dazu nicht ein.
Gelegenheitsprogrammierer schrieb:> Lade dir am besten Collect.exe herunter und Versuche damit mal .NET 4> komplett neu zu installieren (vorher Deinstall durchführen).
Ich bin dabei, das zu tun.
v4.0_4.0.0.0__b03f5f7f11d50a3a ist kein dir, sondern ein junction,
sprich eine Art symbolischer Link. Nur wohin das Dingens zeigt, weiß der
Henker.
Das Ganze ist auf XP pro.
Dürfte auf irgendwas im WinSxS-Ordner gehen:
c:\Windows\WinSxS\..._system.enterpriseservices_b03f...\System.Enterpris
eServices.dll
(ok, k.A. obs das bei XP schon gab)
Vielleicht die Dateien einfach von einer anderen Installation
rüberkopieren?
Ansonsten soll angeblich auch helfen, den Dienst "Distributed
Transaction Coordinator" während der .net-Installation/Reparatur zu
stoppen (was er auf meinem System ohnehin standardmässig ist)
Uhu Uhuhu (uhu) schrieb:
> Das Ganze ist auf XP pro.
Dann ist die Vergleichbarkeit nur eingeschränkt gegeben.
> v4.0_4.0.0.0__b03f5f7f11d50a3a ist kein dir, sondern ein junction,> sprich ein symbolischer Link.
Nicht beim W7. Da sind es ECHTE Verzeichnisse unter GAC32 (bei mir 18
Verzeichnisse mit dann jeweils darunterliegenden v4.0_xxxxxxxx
Verzeichnis-"Gedöns". Insgesamt 19 DLLs sind dort einzeln versammelt.
Ein Teil davon rührt von Visual Studie (Express) her, das ich bei mir
installiert habe. Maybe auch die besagten DLLs? Weiß ich nicht genau ..
> Nur wohin das Dingens zeigt, weiß der> Henker.
Probehalber kannst du ja mal ein echtes Verzeichnis mit den beiden
echten DLLs erstellen, Taxman starten und schauen was passiert ..
Gelegenheitsprogrammierer schrieb:> Probehalber kannst du ja mal ein echtes Verzeichnis mit den beiden> echten DLLs erstellen, Taxman starten und schauen was passiert ..
Das habe ich schon gemacht - jetzt tut sich der nächste Abgrund auf.
Dieser ganze Mist scheint ziemlich kaputt zu sein.
Ich werde sehen, wie ich die Daten von Taxman auf eine andere
XP-Installation bekommen kann, ohne die Backup-Funktion zu benutzen.
Mach doch das ganze in einer Virtual Machine VM, dann musst Du nicht an
Deinem System herumpfuschen und wenns mal läuft, kann man von der
virtuellen Umgebung ganz einfach ein Backup machen für das nächste mal.
Uhu Uhuhu schrieb:> Der Haken: Lexware supportet das nicht.
Der Eindruck, Lexware würde den Betrieb außerhalb einer VM
"supporten", drängt sich einem bei der Schilderung Deiner Probleme aber
auch nicht gerade auf. "Supporten" die überhaupt irgendwas?
Rufus Τ. Firefly schrieb:> "Supporten" die überhaupt irgendwas?
Ja und ich finde die Hotline sogar ausgesprochen kompetent. Das Problem
bei meiner Installation ist, daß das olle XP mal wieder so weit ist, daß
es langsam von selbst auseinanderfällt.
Johnny B. schrieb:> Auf der Lexware Website steht was anderes.
Im Prinzip nein. Wenn Probleme mit VMs auftreten, dann unterstützen sie
nicht und deswegen wissen sie auch nichts von Problemen damit.
Mein Problem derzeit ist, die alten Daten von der Schrottinstallation
runter zu bekommen und dem neuen Taxman in der VM unterzuschieben. (Die
Backup-Funktion, mit der man eine Steuererklärung verschieben kann, ist
in Taxman integriert und funktioniert deswegen natürlich auch nicht
mehr.)
So, jetzt habe ich das Zeug endlich in einer VM. Mit einem kleinen
Hinweis der wirklich kompetenten Hotline glückte es schließlich, die
angefangene Steuererklärung wieder zugreifbar zu bekommen.
Was war das damals für ein Elend mit den WISO-Fritzen...
Ein Tipp für Taxman-Benutzer: immer vor dem Beenden die
Datensicherungsfunktion anwerfen - die packt das Zeug in eine
.zip-Datei, die man notfalls auf einer anderen Maschine leicht
importieren kann.
taxman..gif
(2,1 KB)
