SPort.DLL
Na, dann schau noch mal 
Ich habe gerade geantwortet.
Lösung:
HKLM\Software\Licenses existierte zwar, aber die Rechte waren idiotisch gesetzt. Ich tippe mal auf ein tolles Sicherheits"feature" von SP3.
Für alle:
1.) Start\Ausführen... wählen und regedit eintippen, OK
2.) Links durch klicken auf die "+" Zeichen den Schlüssel "HKEY_LOCAL_MACHINE\Software\Licenses" suchen. (Wenn der Schlüssel nicht existiert, mit der rechten Maustaste auf den Schlüssel "Software" klicken und "Neu\Schlüssel" auswählen. Diesen Schlüssel dann Licenses nennen)
3.) mit der rechten Maustaste auf "Licenses" klicken und "Berechtigungen" auswählen.
4.) "Hinzufügen" anklicken und in das Eingabefeld "Administratoren" eintippen. Rechts daneben auf "Namen überprüfen" klicken, dann auf "OK".
5.) Jetzt steht die Gruppe Administratoren oben mit in der Liste der Berechtigten. Wenn man sie auswählt, kann man darunter sehen, welche Rechte das oben ausgewählte Objekt hat. Für die Gruppe Administratoren muss der Haken bei "Vollzugriff" gesetzt sein. Dann auf "OK" klicken und den RegEdit wieder schließen.
Fertig. Neustart nicht erforderlich. MPE kann installiert werden.
EDIT:
Ach so, um das tun zu können, muss man natürlich mit Administratorrechten angemeldet sein...
Ich habe gerade geantwortet.
Lösung:
HKLM\Software\Licenses existierte zwar, aber die Rechte waren idiotisch gesetzt. Ich tippe mal auf ein tolles Sicherheits"feature" von SP3.
Für alle:
1.) Start\Ausführen... wählen und regedit eintippen, OK
2.) Links durch klicken auf die "+" Zeichen den Schlüssel "HKEY_LOCAL_MACHINE\Software\Licenses" suchen. (Wenn der Schlüssel nicht existiert, mit der rechten Maustaste auf den Schlüssel "Software" klicken und "Neu\Schlüssel" auswählen. Diesen Schlüssel dann Licenses nennen)
3.) mit der rechten Maustaste auf "Licenses" klicken und "Berechtigungen" auswählen.
4.) "Hinzufügen" anklicken und in das Eingabefeld "Administratoren" eintippen. Rechts daneben auf "Namen überprüfen" klicken, dann auf "OK".
5.) Jetzt steht die Gruppe Administratoren oben mit in der Liste der Berechtigten. Wenn man sie auswählt, kann man darunter sehen, welche Rechte das oben ausgewählte Objekt hat. Für die Gruppe Administratoren muss der Haken bei "Vollzugriff" gesetzt sein. Dann auf "OK" klicken und den RegEdit wieder schließen.
Fertig. Neustart nicht erforderlich. MPE kann installiert werden.
EDIT:
Ach so, um das tun zu können, muss man natürlich mit Administratorrechten angemeldet sein...
Das S*ny-Prog ist eh Schrott: Wer's probiert hat, weiß das! (Fühlt sich an wie Explorer mit anderer Oberfläche und ohne neue Funktionen) Aber eine konkrete Antwort bist Du mir schuldig gebieben...! Bin auch kein "Windows-Depp", aber wie Du auf so was kommst, würd mich schon interessieren! Übrigens auch, ob ich durch den Registry-Eingriff nicht Löcher ins www öffne?!?
Es kommt nicht ganz selten vor, dass Rechte in der Registry geändert oder Einträge hinzugefügt bzw gelöscht werden müssen. Bei Standardsoftware natürlich nicht so häufig, weil ewig lange Betatests laufen, an denen hunderttausende von Benutzern teilnehmen und entsprechend viele Konfigurationen abgecheckt werden. Das können Entwickler einer Branchensoftware oder hochspezialisierter Programme nicht leisten, einer Freeware erst Recht nicht. Trotzdem denke ich mal, dass fj in einem Update irgendwann die Rechte prüfen und ggf korrigieren wird, jetzt wo er es weiß. (EDIT: während ich weiter unten den Text schreibe, wird klar, dass das u.U. die zweitbeste Lösung sein könnte...)
Jedenfalls habe ich beruflich fast ausschließlich mit solcher Software zu tun und der Hinweis der Entwickler dieses serial port ActiveX control SPort.dll zusammen mit der seltsamen Fehlermeldung bei der Registrierung der dll haben mich halt einfach mal nach den Rechten bei dem Schlüssel schauen lassen, zumal ich ja ohnehin schon Rechteprobleme bei einem Registryschlüssel in Verdacht hatte, wie du weiter oben lesen kannst.
Zu deinen Sicherheitsbedenken:
Wenn du meinen ersten Hack, den ganzen CSID Baum pauschal zu öffnen mitgemacht hast, vielleicht ein wenig. Allerdings habe ich ja nur die Administratorengruppe hinzugefügt, und als Administrator sollte man ja sowieso nicht surfen. Das ist man nur, wenn es sein muss und dann kappst du halt die Leitung.
Die Rechte bei dem betroffenen Schlüssel sind aber natürlich nötig, denn sonst passiert es ja immer wieder, dass Lizenzverweise oder hashes oder was auch immer der Schlüssel verwaltet, dort nicht gespeichert werden, ach, nicht mal gelesen werden können. Nur das System selbst hätte gedurft, aber das Setup ist ja kein Systemdienst, könnte das also gar nicht.
Führt jetzt etwas weit, aber du wolltest es ja wissen
Es könnte aber tatsächlich Absicht von MS gewesen sein, dies zu ändern, weil es vielleicht wirklich möglich ist, mit den Werten in diesem Schlüssel irgendetwas anzufangen. Und ein Angreifer könnte sie dann natürlich remote lesen oder verändern.
Wäre ja mal interessant, ob das tatsächlich ein Patch war, der die Rechte dort geändert hat. Betrifft das denn zufällig ausschließlich voll gepatchte Rechner? Also alle mit SP3 und sämtlichen Updates danach?
Der Windows Installer läuft ja als Systemdienst mit dem lokalen Systemkonto. Wenn das ein Patch war, wette ich, dass das Problem nicht auftaucht, wenn man statt einer setup.exe eine voll spezifikationskonforme *.msi Datei bereitstellen würde. Das wäre dann auch für MPE die erstbeste Lösung und nicht, wie oben erwähnt, die Rechte zu lockern.
Morgen und am WE werde ich nicht dazu kommen, da bin ich ganztägig bei einem Kunden, aber Anfang nächster Woche werde ich mal auf einem XP SP2 Rechner MPE installieren und bei Erfolg MPE wieder runter schmeißen. Dann mache ich alle Updates, aber wirklich alle, vielleicht noch mit ein paar manuell zu saugenden oder installierenden Dingen wie SQL 2005, .net 3.5, Office 2007, halt was bei mir so an MS Krams drauf ist und bei einigen anderen, aber längst (noch) nicht den meisten Usern und versuche erneut, MPE zu installieren.
Vielleicht hat ja von den Lesern oder Betreibern dieses Forums zufällig gerade einen ähnlichen XP Rechner und probiert es auch mal. Mit Vista habe ich zum Glück noch nicht viel am Hut. Der Vergleich wäre ja auch mal interessant (läuft MPE eigentlich unter Vista?). Oder ist das vielleicht GPO abhängig, also sind z.B. nur Rechner, die einer Domäne angehören betroffen?
Naja, egal, ich muss jetzt pennen
Jedenfalls habe ich beruflich fast ausschließlich mit solcher Software zu tun und der Hinweis der Entwickler dieses serial port ActiveX control SPort.dll zusammen mit der seltsamen Fehlermeldung bei der Registrierung der dll haben mich halt einfach mal nach den Rechten bei dem Schlüssel schauen lassen, zumal ich ja ohnehin schon Rechteprobleme bei einem Registryschlüssel in Verdacht hatte, wie du weiter oben lesen kannst.
Zu deinen Sicherheitsbedenken:
Wenn du meinen ersten Hack, den ganzen CSID Baum pauschal zu öffnen mitgemacht hast, vielleicht ein wenig. Allerdings habe ich ja nur die Administratorengruppe hinzugefügt, und als Administrator sollte man ja sowieso nicht surfen. Das ist man nur, wenn es sein muss und dann kappst du halt die Leitung.
Die Rechte bei dem betroffenen Schlüssel sind aber natürlich nötig, denn sonst passiert es ja immer wieder, dass Lizenzverweise oder hashes oder was auch immer der Schlüssel verwaltet, dort nicht gespeichert werden, ach, nicht mal gelesen werden können. Nur das System selbst hätte gedurft, aber das Setup ist ja kein Systemdienst, könnte das also gar nicht.
Führt jetzt etwas weit, aber du wolltest es ja wissen
Es könnte aber tatsächlich Absicht von MS gewesen sein, dies zu ändern, weil es vielleicht wirklich möglich ist, mit den Werten in diesem Schlüssel irgendetwas anzufangen. Und ein Angreifer könnte sie dann natürlich remote lesen oder verändern.
Wäre ja mal interessant, ob das tatsächlich ein Patch war, der die Rechte dort geändert hat. Betrifft das denn zufällig ausschließlich voll gepatchte Rechner? Also alle mit SP3 und sämtlichen Updates danach?
Der Windows Installer läuft ja als Systemdienst mit dem lokalen Systemkonto. Wenn das ein Patch war, wette ich, dass das Problem nicht auftaucht, wenn man statt einer setup.exe eine voll spezifikationskonforme *.msi Datei bereitstellen würde. Das wäre dann auch für MPE die erstbeste Lösung und nicht, wie oben erwähnt, die Rechte zu lockern.
Morgen und am WE werde ich nicht dazu kommen, da bin ich ganztägig bei einem Kunden, aber Anfang nächster Woche werde ich mal auf einem XP SP2 Rechner MPE installieren und bei Erfolg MPE wieder runter schmeißen. Dann mache ich alle Updates, aber wirklich alle, vielleicht noch mit ein paar manuell zu saugenden oder installierenden Dingen wie SQL 2005, .net 3.5, Office 2007, halt was bei mir so an MS Krams drauf ist und bei einigen anderen, aber längst (noch) nicht den meisten Usern und versuche erneut, MPE zu installieren.
Vielleicht hat ja von den Lesern oder Betreibern dieses Forums zufällig gerade einen ähnlichen XP Rechner und probiert es auch mal. Mit Vista habe ich zum Glück noch nicht viel am Hut. Der Vergleich wäre ja auch mal interessant (läuft MPE eigentlich unter Vista?). Oder ist das vielleicht GPO abhängig, also sind z.B. nur Rechner, die einer Domäne angehören betroffen?
Naja, egal, ich muss jetzt pennen
Naja - ganz so ist es inzwischen nichtmehr. Der Support und die Weiterentwicklung nehmen inzwischen sehr viel Zeit in Anspruch. Neben einem Vollzeitjob ist das nicht immer leicht zu handlen. Das Problem bei der PC-Suite ist meiner Meinung dass zu viele Leute daran arbeiten und nochmehr Leute bestimmen wollen wie sie auszusehen hat. Ausserdem werden einige Aufgaben der PC-Suite an fremde Firmen ausgelagert (z.B. Teleca). Dass da sowas dabei rauskommt ist irgendwie klar.mal eben so nebenbei ein Programm zu entwickeln
Da wirst du wohl recht haben. Trotzdem kommt mir das Windows-setup nicht ins Haus. Ich habe immer schon viel Wert auf Klein-Handlich-Schnell gelegt. Der Windows-Installer hat eine miserable kompression und ist extrem langsam. NeverWenn das ein Patch war, wette ich, dass das Problem nicht auftaucht, wenn man statt einer setup.exe eine voll spezifikationskonforme *.msi Datei bereitstellen würde. Das wäre dann auch für MPE die erstbeste Lösung und nicht, wie oben erwähnt, die Rechte zu lockern.
Meiner Meinung nach muss sich Eltima drum kümmern, die Datei muss eh schon mit einer zusätzlichen datei registriert werden. da sollen die den rechtecheck gleich miteinbauen.
Nichts desto trotz vielen Dank für deine Hilfe, hätte selbst vermutlich auch viel länger als du rumgesucht.
Hallo hati39,
wie du in meinem ersten Post zu dem Thema lesen kannst, sind bei mir kein SP3 und seither auch keine Updates mehr drauf, bis SP3 aber alle. (Das HP-Notebokk geht nämlich mit SP3 immer in eine Endlos-Boot-Schleife) Vielleicht spart dir das ein paar Versuche ...
Und: Vielen Dank für deine Ausführungen (;-)
PS: Natürlich auch an FJ für das tolle "S*ny-Programm"!
wie du in meinem ersten Post zu dem Thema lesen kannst, sind bei mir kein SP3 und seither auch keine Updates mehr drauf, bis SP3 aber alle. (Das HP-Notebokk geht nämlich mit SP3 immer in eine Endlos-Boot-Schleife) Vielleicht spart dir das ein paar Versuche ...
Und: Vielen Dank für deine Ausführungen (;-)
PS: Natürlich auch an FJ für das tolle "S*ny-Programm"!
Hab ich, aber nee, klappt erwartungsgemäß nicht. Die fassen den key nicht an. Würde ich auch nicht tun, denn es wird ja einen Grund haben, warum die Rechte bei manchen anders gesetzt sind. Wir haben die ja nicht alle selbst eingeschränkt 
Ich hab auf deren Mail gerade geantwortet und dir eine Kopie geschickt.
Ich hab auf deren Mail gerade geantwortet und dir eine Kopie geschickt.
-
snoopy0815
- Beiträge: 9
- Registriert: So 19. Okt 2008, 14:05
weiter Problem mit SPort.dll
Hallo, leider habe ich nach wie vor das Problem, MyPhoneExplorer nicht installieren zu können 
WinXP Professional
- die dll SPort.dll wird ins system32 Verzeichnis kopiert
- ich habe Admin-Rechte
- ich kann SPort.dll z.B. über regsvr32.exe registrieren
- ich bin berechtigt im Registry-Schlüssel ....licences
- DEP: Aufnahme von c:\windows\System32\Regsvr32.exe
hat auch nichts verändert...
und dennoch stoppt die Installation beim Punkt "Register SPort.dll..." - ohne Fehlermeldung oder ähnliches...
...wenn ich den Task regsp.exe abschieße, läuft die Installation zwar weiter - aber das Programm startet nicht...
hilfe - was kann ich noch probieren??
Danke für jede Hilfe
WinXP Professional
- die dll SPort.dll wird ins system32 Verzeichnis kopiert
- ich habe Admin-Rechte
- ich kann SPort.dll z.B. über regsvr32.exe registrieren
- ich bin berechtigt im Registry-Schlüssel ....licences
- DEP: Aufnahme von c:\windows\System32\Regsvr32.exe
hat auch nichts verändert...
und dennoch stoppt die Installation beim Punkt "Register SPort.dll..." - ohne Fehlermeldung oder ähnliches...
...wenn ich den Task regsp.exe abschieße, läuft die Installation zwar weiter - aber das Programm startet nicht...
hilfe - was kann ich noch probieren??
Danke für jede Hilfe
-
moonspell
Re: weiter Problem mit SPort.dll
Hallo,snoopy0815 hat geschrieben:Hallo, leider habe ich nach wie vor das Problem, MyPhoneExplorer nicht installieren zu können
WinXP Professional
- die dll SPort.dll wird ins system32 Verzeichnis kopiert
- ich habe Admin-Rechte
- ich kann SPort.dll z.B. über regsvr32.exe registrieren
- ich bin berechtigt im Registry-Schlüssel ....licences
- DEP: Aufnahme von c:\windows\System32\Regsvr32.exe
hat auch nichts verändert...
und dennoch stoppt die Installation beim Punkt "Register SPort.dll..." - ohne Fehlermeldung oder ähnliches...
...wenn ich den Task regsp.exe abschieße, läuft die Installation zwar weiter - aber das Programm startet nicht...
hilfe - was kann ich noch probieren??
Danke für jede Hilfe
ich habe auch noch immer genau dieses Problem. Ich habe alles versucht, was in diesem Thread vorgeschlagen wurde, kann aber MyPhoneExplorer immer noch nicht installieren. Auch bei mir stoppt die Installation ohne Fehlermeldung oder aehnliches. Kann mir jemand helfen?
-
moonspell
SPort.dll
Ich habe genau das gerade heute morgen versucht, unter Beruecksichtigung der oben genannten Punkte.
Bei der Installation von MyPhoneExplorer 1.6.7 trat folgender Fehler auf (Installationsdetails):
[...]
Dekomprimiere: USA.dat... 100%
Dekomprimiere: Ukraine.dat... 100%
Dekomprimiere: UnitedKingdom.dat... 100%
Dekomprimiere: Uruguay2007.dat... 100%
Dekomprimiere: Österreich.dat... 100%
Zielverzeichnis: C:\Program Files\MyPhoneExplorer\DLL
Dekomprimiere: C:\Program Files\MyPhoneExplorer\DLL\ShellMgr.dll... 100%
Registriere: C:\Program Files\MyPhoneExplorer\DLL\ShellMgr.dll
Dann trat aber genau das selbe Problemauf: Bei der Registrierung der Datei "ShellMgr.dll" stoppt die Installation ohne Rueckmeldung und Fehler.
Mir war es einmal gelungen MyPhoneExplorer 1.7.0 zu installieren indem ich Prozesse abgeschossen habe (MyPhoneExplorer konnte ich dann aber dann nicht starten oder deinstallieren).
Ist es vielleicht moeglich, dass einige .dll Dateien von MyPhoneExplorer spezielle Windows libraries inkludieren, die auf manchen Maschinen in der falschen Version vorliegen (Stichwort: DLL Hell)?
Ich selbst habe Microsoft Visual Studio .NET und C++ installiert, die mit Sicherheit ihre Eigenen libraries mitbringen und u. U. auch einige von Windows vorinstallierte libraries ersetzen.
Vielleicht koennte das ein Ansatz sein?
Danke fuer Deine Bemuehungen und deine Zeit.
Gruesse,
moonspell
Bei der Installation von MyPhoneExplorer 1.6.7 trat folgender Fehler auf (Installationsdetails):
[...]
Dekomprimiere: USA.dat... 100%
Dekomprimiere: Ukraine.dat... 100%
Dekomprimiere: UnitedKingdom.dat... 100%
Dekomprimiere: Uruguay2007.dat... 100%
Dekomprimiere: Österreich.dat... 100%
Zielverzeichnis: C:\Program Files\MyPhoneExplorer\DLL
Dekomprimiere: C:\Program Files\MyPhoneExplorer\DLL\ShellMgr.dll... 100%
Registriere: C:\Program Files\MyPhoneExplorer\DLL\ShellMgr.dll
Dann trat aber genau das selbe Problemauf: Bei der Registrierung der Datei "ShellMgr.dll" stoppt die Installation ohne Rueckmeldung und Fehler.
Mir war es einmal gelungen MyPhoneExplorer 1.7.0 zu installieren indem ich Prozesse abgeschossen habe (MyPhoneExplorer konnte ich dann aber dann nicht starten oder deinstallieren).
Ist es vielleicht moeglich, dass einige .dll Dateien von MyPhoneExplorer spezielle Windows libraries inkludieren, die auf manchen Maschinen in der falschen Version vorliegen (Stichwort: DLL Hell)?
Ich selbst habe Microsoft Visual Studio .NET und C++ installiert, die mit Sicherheit ihre Eigenen libraries mitbringen und u. U. auch einige von Windows vorinstallierte libraries ersetzen.
Vielleicht koennte das ein Ansatz sein?
Danke fuer Deine Bemuehungen und deine Zeit.
Gruesse,
moonspell
Ein Versionskonflikt ist es bei dir nicht.
Bis Version 1.6.7 hatte ich SPort.dll v2.9 mitausgeliefert. Bei dieser Datei springt aber die Windows Datenausführungsverhinderung an. Deshalb ist die Installation von 1.6.7 bei dir auch fehlgeschlagen. wenn du eine Ausnahme in der datenausführungsverhinderung für das Setup und für MyPhoneExplorer selbst setzt dann sollte v1.6.7 bei dir laufen.
Wie gesagt hatte ich eben wegen der Datenausführungsverhinderung auf SPort.dll v3 umgesattelt. Und dabei gibt es offenbar auf einigen rechnern das Problem dass sie sich nicht registrieren lässt.
Bis Version 1.6.7 hatte ich SPort.dll v2.9 mitausgeliefert. Bei dieser Datei springt aber die Windows Datenausführungsverhinderung an. Deshalb ist die Installation von 1.6.7 bei dir auch fehlgeschlagen. wenn du eine Ausnahme in der datenausführungsverhinderung für das Setup und für MyPhoneExplorer selbst setzt dann sollte v1.6.7 bei dir laufen.
Wie gesagt hatte ich eben wegen der Datenausführungsverhinderung auf SPort.dll v3 umgesattelt. Und dabei gibt es offenbar auf einigen rechnern das Problem dass sie sich nicht registrieren lässt.
Neuer Ansatz:
s25@once verwendet die selbe SPort.dll in der selben Version, aber es wird ein anderer Installer verwendet (InnoSetup). Bitte probiert ob die Installation bei s25@once durchläuft und ob sich das Programm starten lässt.
http://www.jp-shaw.de/s25/s25atonce375setup.exe
s25@once verwendet die selbe SPort.dll in der selben Version, aber es wird ein anderer Installer verwendet (InnoSetup). Bitte probiert ob die Installation bei s25@once durchläuft und ob sich das Programm starten lässt.
http://www.jp-shaw.de/s25/s25atonce375setup.exe