|
| |
Fragen & Antworten zur vb@rchiv CD| vb@rchiv CD v5 | |  | | Autor: Wöllmi | | Datum: 09.11.06 20:49 |
| Hi Dieter,
erstmal großes Lob für die CD. Die Tipps und Zugaben sind immer "Gold" wert.
Ich möchte aber dennoch einige Fragen los werden und benötige Deine Hilfe:
Leider hat es mich einiges an Anstrengungen gekostet, diese CD zum Laufen zu
bringen. Evtl. kannst Du mir ja auf die Sprünge helfen.
Frage 1: (Lieferung an die Firma, System Windows 2000 SP4)
Nach dem Start der CD kam die Meldung, es seien einige Komponenten
zu aktualisieren. Dies schien normal. da ich fast alle Controls, eben nur ältere,
schon länger nutze, habe ich diese manuell aktualisert.
Ergebnis:
=> Als Administrator läuft nun die CD
=> Als "Hauptbenutzer" kommt immer wieder die gleiche Meldung
beim Start der CD, "Controls müßten geupdated werden" Wieso?
Dies habe ich doch schon als Admin getan und als dieser läuft die CD nun auch.
Frage 2: (Lieferung an mich privat, System XP pro SP2)
Der Versuch die CD zu starten endete wi bei 1. mit der Meldung, daß einige Controls
geupdated werden müßten. Das Betätigen der Taste "Ja" lockte die
Fehlermeldung "shdocvw.dll" wäre nicht registriert bzw. einige Komponenten
würden fehlen hervor. Gübel, grübel....
Hmm... Es gibt aber kein nachweisbares Problem damit. Die Dll scheint OK.
Also wieder alles manuell aktualisiert. Das manuelle Update der Controls (Aus der
Startmeldung der CD) verlief erfolgreich.
Die CD Oberfläche startet. => Doch: die Datei: "CDVol5.exe" von Deiner CD wird
von "F-secure 2007" als bösartig eingestuft und gesperrt.
Übrigens folgen nun tolle Fehlermeldungen von wegen einiger nicht registrierter Controls.
Das manuelle "vetraut" machen der Datei "CDVol5.exe" führt zum Erfolg, die CD startet.
Hast Du eine Idee?
Bzw. wie sind die Erfahrungen der sicher vielen anderen Kunden?
Tschaui
Woellmi  | |
| Re: vb@rchiv CD v5 | | | | Autor: Wöllmi | | Datum: 10.11.06 09:57 |
| Hi Dieter,
danke für die Info.
Mit manuelle Installation meine ich das Updaten der Controls
von der in die Fa. mitgelieferten DevCD. (hatte ja das TabStrip Ctl mitbestellt)
Ich habe also den Installtionsdialog bzgl. der Updates von der vb@rchiv CD
abgebrochen und erstmal alle Controls über das DevCD Setup ausgeführt.
(Übers Internet sind ja nicht die aktuellsten Versionen noch nicht verfügbar!)
Da ich ja alle Controls für die Fa. erworben habe, sollten ja auch gleich die
DEP-Dateien aktualisiert werden. Dies erfolgt ja beim Updaten über die CD nicht.
Dann habe ich alle versionen, mit denen der vb@rchiv CD überprüft =OK und
die eine DLL "jangraphics.dll" manuell registriert.
Und dann lief die CD auch ohne Meldungen.
Aber: Wie schon gesagt nur als Admin!
Da ich in der Fa. aber normalerweise "NUR" als Hauptbenutzer arbeite
hoffte ich darauf auch als dieser die CD nutzen zu können. Aber es geht NICHT.
Hier verlangt Dein Startprogramm immer wieder eine Aktualisierung.
In der VB6 Entwicklungsumgebung funktionieren hier aber die Controls in der aktuellsten Version.
=> Ich bin sprachlos!
Da ich die CD und alle von der CD verwendeten Controls auch privat erworben habe,
dachte ich nun zu hause unter XP pro. bessere Ergebnisse zu erzielen.
Doch gleiches Problem. Hier habe ich die CD dann auch lokal installiert.
=> Ergebnis CD läuft nur als Admin!
=> Als Hauptbenutzer endet der Spaß immer bei der Aufforderung die Controls
zu aktualisieren. Das ist aber bereits erfolgt!
Gibt es nicht eine Möglichkeit diesen Test irgendwie zu umgehen? Es ist 100% tig
sichergestellt, daß die Controls aktuell sind!
(Privat-PC)
Die Sache mit F-Secure ist schon seltsam. Neben der CDVol5.exe, die ich ja efolgreich als "vetrauenswürdig" festgelegt habe, hat F-Secure auch was gegen den Tipp 215 (speziell "Form1.frm"). Hier nörgelt F-Secure die "Form1.frm" als "Trojaner" (Virus) an.
Evtl. ist dies als Fehlalarm zu werten, aber immerhin.
Deine CD ist wirklich Prima gemacht, wenn man diese auch nutzen kann,
doch irgendwie zeigt mir dies wieder einmal, daß PC nicht gleich PC ist.
Evtl. wäre die bisher verwendete HTML-Variante einfacher zu händeln gewesen.
Aber ich will nicht nörgeln. der inhalt der CD und die Aufmachung verlangen einfach
den vollen Respekt!
Trotzdem wäre es schön, wenn es eine Lösung geben würde.
danke für die Mühe.
Tschaui
Woellmi | |
| Re: vb@rchiv CD v5 | | | | Autor: Wöllmi | | Datum: 10.11.06 14:48 |
| Hi Dieter,
vielen Dank füe Deine Hilfe. Gerade eben habe ich eine Lösung für mich gefunden.
Leider ist die Lösung nur bedingt brauchbar. Das Problem liegt wieder einmal an den Rechten in der Registry.
Seit wann dies ist kann ich nur vermuten, bemerkt habe ich es ab dem "sevCMDv3" im
Zusammenhang mit der DLL "sevIMLib.DLL". Damals konnte ich als Hauptbenutzer
keine Icons im Control verwenden. Die Ursache waren die Rechte in der Registry.
Nun habe ich die Rechte wieder geändert und die CD so zum Laufen bekommen.
Fakt ist:
- seit sevCMDv3 bemerke ich dies
- Controls anderer Hersteller auch Dein "sevCommand v2" waren und sind derzeit nicht betroffen!
- Seit kurzem scheinen immer mehr in der neuen Version installierten Controls (z.B.
von der DevCD) ein gleiches Verhalten zu zeigen. sevCoolBarv2, sevEin20, sevXPCtl...
=> irgendwie wurde die rechtevererbung bei den betroffenen Controls aufgehoben????
- Als Administrator, unter dem die Controls ja auch installiert werden geht alles!
- Als z.B. Hauptbenutzer ist eine Registryanpassung erforderlich.
- Das Verhalten zeigt sich auf meinem Arbeits-PC (W2k SP4) genauso, wie auf dem Privat-PC (WXP pro SP2)
Was hilft bei mir:
Im Zweig "HKEY_CLASSES_ROOT" ändere ich für die betroffenen Controls
händisch nach jedem Update die Rechte (bis die Finger glühen)
=> sevCommand3.Command
=> sevCommand3.Init ....
Dann kann ich als "Hauptbenutzer" plötzlich wieder voll arbeiten.
Nun grüble ich schon wie ein Weltmeister um irgendwie eine Ursache zu finden.
=> Viren und Würmer scheiden aus. (NAV Corporated Edition v10.1 und F-Secure 2007 können absolut nix finden!)
=> Meine eigene Anwendung zeigt bzgl. der selbst geschriebenen ActiveX-Dlls
ein ähnliches verhalten. Hier liegt der verdacht sehr nahe, daß dies erst
so ist, seit dem ich einen Tipp aus dem Forum verwendete, der die Registrierung der
Komponenten beim Start der Applikation verwendte.
Public Function fkt_bFileRegister(ByVal sFile As String, Register As Boolean) _
As Boolean
'Die nachfolgende Funktion führt die Registrierung/De-Registrierung durch
'Der Parameter sFile enthält die zu registrierende Datei (inkl. Pfad)
'Register: True -> Datei soll registriert werden
' False -> Datei soll deregistriert werden
'
Dim bResult As Boolean
Dim lngLib As Long
Dim sProc As String
Dim lngResult1 As Long
Dim lngResult2 As Long
Dim lngThread As Long
On Local Error GoTo RegError
bResult = False
lngLib = LoadLibrary(sFile)
If lngLib Then
sProc = IIf(Register, "DllRegisterServer", "DllUnregisterServer")
lngResult1 = GetProcAddress(lngLib, sProc)
If lngResult1 Then
lngThread = CreateThread(ByVal 0, 0, ByVal lngResult1, ByVal 0, 0, _
lngResult2)
If lngThread Then
lngResult2 = WaitForSingleObject(lngThread, 10000)
If lngResult2 Then
'Fehler aufgetreten
FreeLibrary lngLib
lngResult2 = GetExitCodeThread(lngThread, lngResult2)
ExitThread lngResult2
Exit Function
End If
CloseHandle lngThread
'OK
bResult = True
End If
End If
FreeLibrary lngLib
End If
RegError:
fkt_bFileRegister = bResult
Exit Function
End FunctionDiesen Code verwende ich nun nicht mehr. Kann es sein, daß heirdurch die Registy ggf. "leiden" kann?
Nun bin ich sehr daran interessiert, ob Du oder jemand anderes ähnliches
kennt. Gibt es einen "Work around" in welchem solch Problem mit einer
Lösung beschrieben ist?
Weiterhin bin ich auf der Suche nach einem Tool, welches mir die Handarbeit
beim Ändern der rechte abnehmen kann.
Hauptsache, ich muß meine PC's nicht neu aufsetzen um ggf. das Problem
zu beheben.
So, ist leider wieder aml etwas mehr geworden, doch irgendwie will
ich diese ewige Änderei umgehen.
Ist ja langsam peinlich Dich mit vermuteten Problemen zu belasten, die
vielleicht tatsächlich nichts mit Deinen Tools zu tun haben.
Danke für die Unterstützung.
Tschaui
Woellmi | |
| Re: vb@rchiv CD v5 | | | | Autor: Wöllmi | | Datum: 11.11.06 09:53 |
| Hi Dieter,
aktuell habe ich eine Lösung gefunden, die es mir erlaubt die Rechte in der Registry,
so diese nicht mehr mit den erforderliche übereinstimmen, einigermaßen
schnell zu korrigieren.
Unter http://www.heysoft.de gibt es ein Tool "RegDACL", welches auch in der
Freewareversion sehr nützlich ist. Damit kann ich mir dann für die betroffenen Controls
bzw. ActiveX DLL's per Script (Batch) die Rechtekonfiguration in der Registry anpassen.
Damit umschiffe ich zwar lediglich das Problem ohne die eigentliche Ursache
gefunden zu haben, doch ich gewinne wieder Zeit. Evtl. stoße ich bzw. jemand
anderes zukünftig doch noch auf die Ursache.
Insgesamt gesehen kann ich nur nochmal hervorheben, daß die CD wieder einmal
TOP ist und nirgendwo fehlen sollte.
Meine Probleme haben ja, wie sich jetzt herausstellte, nichts direkt mit der CD,
sondern mit ActiveX und der Registry zu tun. Evtl. stößt Du (oder jemand anderes) ja
doch noch auf eine mögliche Ursache und kannst mir evtl. später damit helfen.
Somit möchte ich in besagter Hofnung diesen Thread meinerseits schließen. Die
PC's sind wohl zu verschieden, um schnell eine Lösung zu finden.
Danke für die Unterstützung.
Tschaui
Woellmi | |
| Re: vb@rchiv CD v5 | | | | Autor: Wöllmi | | Datum: 11.11.06 11:39 |
| Hi Elwood,
hier ein Scriptauszug: Wo es RegDACL gibt habe ich ja schon gepostet.
echo off
Rem regdacl "hkcr\janGraphics.Compendium" /sgu:rwc
rem ==> regdacl => Tool zur Anpassung der Rechte
rem ==> hkcr => HKEY_CLASSES_ROOT
rem ==> janGraphics.Compendium => Name des Eintrages in der Registry
rem ==> /s => setzen der Rechte
rem ==> gu = benutzer
rem ==> ge = Jeder
rem ==> go = Ersteller Besitzer
rem ==> ga = Administratoren
rem ==> :rwc => r=Read, w=Write, c=Create
rem ==> :f => f=Full Rights
rem -------------------------------------------------------------------
rem ==> al => wird leider in der Freewareversion nicht unterstützt
rem regdacl "hkcr\sevQuickInfo.clsQuickInfo" /salHauptbenutzer:rwc
rem -------------------------------------------------------------------
rem ------------------------------------------------------------------
rem Control, welches zu korrigieren ist
rem Rechte für Benutzer auf Lesen, Schreiben, Create setzen (da Hauptbenutzer _
in Freeversion nicht unterstützt werden)
rem Rechte für Administratoren auf Full setzen
rem Rechte für Ersteller-Besitzer auf Full setzen
rem ------------------------------------------------------------------
rem DLL: janGraphics--------------------------------
regdacl "hkcr\janGraphics.Compendium" /sgu:rwc
regdacl "hkcr\janGraphics.Compendium" /sga:f
regdacl "hkcr\janGraphics.Compendium" /sgo:f
rem OCX: sevAniGif------------(hier war noch alles OK)---------------------
rem sevAniGif.AniGif
rem sevAniGif.Init
rem OCX:sevCommand------(hier war noch alles OK)----------------------
rem sevCommand.Line3D
rem sevCommand.roCommand
rem sevCommand.roLabel
rem OCX:sevCommand3---------------------------------
rem sevCommand3.Command
regdacl "hkcr\sevCommand3.Command" /sgu:rwc
regdacl "hkcr\sevCommand3.Command" /sga:f
regdacl "hkcr\sevCommand3.Command" /sgo:f
rem sevCommand3.Init
regdacl "hkcr\sevCommand3.Init" /sgu:rwc
regdacl "hkcr\sevCommand3.Init" /sga:f
regdacl "hkcr\sevCommand3.Init" /sgo:f
rem sevCommand3.Line3D
regdacl "hkcr\sevCommand3.Line3D" /sgu:rwc
regdacl "hkcr\sevCommand3.Line3D" /sga:f
regdacl "hkcr\sevCommand3.Line3D" /sgo:f
rem sevCommand3.MenuButton
regdacl "hkcr\sevCommand3.MenuButton" /sgu:rwc
regdacl "hkcr\sevCommand3.MenuButton" /sga:f
regdacl "hkcr\sevCommand3.MenuButton" /sgo:f
rem sevCommand3.roLabel
regdacl "hkcr\sevCommand3.roLabel" /sgu:rwc
regdacl "hkcr\sevCommand3.roLabel" /sga:f
regdacl "hkcr\sevCommand3.roLabel" /sgo:f Die Screenshots habe ich Dieter per mail zugesendet.
Bei den auskommentierten Controls ist keine Anpassung erforderlich, da
keine Änderungen zu beobachten waren.
Standardmäßig sind folgende Rechte bei mir vorzufinden:
Bei allen Controls, die NORMAL funktionieren auch z.B. sevCommand v2
=> Benutzer => Lesen (speziell)
(Wert abfragen, Unterschlüssel auflisten,Benachrichtigen, _
Lesekontrolle)
=> Hauptbenutzer => Lesen (speziell)
(Wert abfragen, Wert festlegen, Unterschlüssel erstellen, _
Unterschlüssel
auflisten,Benachrichtigen,Löschen, Lesekontrolle)
=> Administrator => Full
=> Administratoren => Full
=> System => Full
=> Ersteller-Besitzer => FullNach der Installation von z.B. sevCommand v3 ändert sich die "Standrdeinstellung"
automatisch auf:
=> Administrator Full
=> System Full Alle anderen Rechte wurden gelöscht. Wieso?
Vielen Dank für Dein Interesse, evtl. schffen wir es ja doch noch die Ursache zu finden.
Tschaui
Woellmi | |
| Re: vb@rchiv CD v5: Problem gefunden! | | | | Autor: Wöllmi | | Datum: 13.11.06 11:31 |
| Hie Dieter und Elwood,
vielen, vielen Dank für Die Unterstützung.
Es ist mir immer noch unbegreiflich warum der Effekt erst mit der Installation der
SEV-Komponenten sichtbar geworden ist. Doch scheinbar hat eine zeitgleich
installierte Entwicklerkomponente meine Registry trickreich manipuliert.
Fakt ist,
1. Die Registrierung wurde im Schlüssel CLASSES während einer Installation
manipuliert
2. Im Schlüssel: HKEY_LOCAL_MACHINE => SOFTWARE => CLASSES
ist die Checkbox "Vererbbare übergeordnete Rechte übernehmen"
"aktiv" gesetzt, und trotzdem steht hier lediglich "Jeder" drin.
Dies ist übrigens auch der Unterschied zu einem "Opfer Test-PC", der mir
jetzt auf die Sprünge geholfgen hat.
3. Im Schlüssel: HKEY_LOCAL_MACHINE => SOFTWARE sind alle Rechte "sauber"
definiert. und in den Komponentenzweigen wurde nichts korrektes übernommen.
=> Also "Haken" in Checkbox "Vererbbare übergeordnete Rechte übernehmen"
"RAUS" und sofort wieder "REIN" - gesetzt => Übernehmen wird verfügbar.
"Übernehmen" gedrückt und etwas gewartet.
Ergebnis die Rechte sind nun OK.
Test: Dein Testsetup installiert und => Rechte sind immer noch OK.
Also liegt es definitiv "NICHT" an Deinem Setup!
Es sieht so aus, daß nun alles OK ist. Ich werde nun noch etwas testen
und hoffe, daß alles so bleibt.
Für mich bleibt das Rätsel, wieso sich meine beiden Rechner "Arbeit+Privat"
identisch verhalten. Zuvor habe ich "definitiv"nichts an den betreffenden Registry-
Zweigen geändert. Ich verwende jedoch zu einem großen Teil identische Komponenten auf den PC's.
So hoffe ich die Verursacher-Software baldigst zu "enttarnen".
Also, ich hoffe, daß ich Dir nicht zuviel Kopfzerbrechen bereitet habe. Falls doch,
entschuldige bitte.
Ich möchte mich nochmals recht herzlich bedanken und hoffe auf weitere
tolle Produkte aus Deiner Softwareschmiede.
Sollte nun "wider Erwarten" nach den noch ausstehenden finalen Tests.
(einige Reboots, Deinstallationen und Installationen) doch noch etwas
auffallen, bzw. Fragen bestehen, so melde ich mich. Dann aber unter einer
anderen Rubrik, denn es hat ja definitiv nichts mit Deiner CD zu tun und soll
auch keinen negativen Beigeschmack hinterlassen.
Für mich bleibt als Resume:
Kontrolle nach jeder Installation neuer Software.
Da war ich wohl etwas zu nachlässig gewesen.
Mit Freundlichen Grüßen
Tschaui
Woellmi | |
 | Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.
 Einloggen | Neu registrieren |
 |
|
vb@rchiv CD Vol.6 vb@rchiv  Vol.6
Geballtes Wissen aus mehr als 8 Jahren vb@rchiv!
Online-Update-Funktion
Entwickler-Vollversionen
u.v.m.Jetzt zugreifen Tipp des Monats sevOutBar 4.0 
Vertikale Menüleisten
á la Outlook
Erstellen von Outlook ähnlichen Benutzer- interfaces - mit beliebig vielen Gruppen und Symboleinträgen. Moderner OfficeXP-Style mit Farbverläufen, Balloon-Tips, u.v.m. Weitere Infos
|
Mai 2024
Sie sind aktuell nicht angemeldet.
