vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
Mails senden, abrufen und decodieren - ganz easy ;-)  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2024
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

Fragen & Antworten zur vb@rchiv CD
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 Function
Diesen 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

alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
vb@rchiv CD v56.289Wöllmi09.11.06 20:49
Re: vb@rchiv CD v53.931ModeratorDieter10.11.06 07:53
Re: vb@rchiv CD v53.831Wöllmi10.11.06 09:57
Re: vb@rchiv CD v53.888ModeratorDieter10.11.06 11:10
Re: vb@rchiv CD v53.848Wöllmi10.11.06 14:48
Re: vb@rchiv CD v53.916Wöllmi11.11.06 09:53
Re: vb@rchiv CD v53.868Elwood11.11.06 11:04
Re: vb@rchiv CD v53.998Wöllmi11.11.06 11:39
Re: vb@rchiv CD v53.606ModeratorDieter12.11.06 16:05
Re: vb@rchiv CD v53.743Wöllmi12.11.06 22:42
Re: vb@rchiv CD v53.876Wöllmi13.11.06 10:40
Re: vb@rchiv CD v53.911ModeratorDieter13.11.06 10:52
Re: vb@rchiv CD v5: Problem gefunden!3.738Wöllmi13.11.06 11:31
Re: vb@rchiv CD v5: Problem gefunden!3.807ModeratorDieter13.11.06 11:40

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

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2024 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel