VB6 DB Anwendung funktioniert nach W2k SP4 nicht mehr

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance

From: Benjamin Seppke (seppke_at_t-online.de)
Date: 05/07/04 

Date: Fri, 7 May 2004 21:27:12 +0200

Moin moin!

Als ich seit nunmehr einem Jahr ein Produkt hatte, welches - zumindest beim
Anwender ;-) - kein Fehlverhalten zu Tage legte erreicht mich doch
tatsächlich vorgestern ein Support Fall, zu dem mir irgendwie mal wieder
nichts einfällt... Eigentlich dürfte sowas gar nicht passieren, deswegen
schildere ich hier mal kurz das Problem und hoffe, dass mir geholfen werden
kann!

Am besten fang ich mal von Vorne an: Es geht um eine VB6 (SP5) DB Anwendung,
die über ADO mit folgendem Code zugreift:
    dbxTend.Open "PROVIDER=Microsoft.Jet.OLEDB.4.0;Data Source=" bla bla
bla"
Die Installation habe ich soweit angepasst, dass alles notwendige (MDAC,
DCOM, etc.) mitgepackt werden. Wie gesagt lief das Ganze bis vor kurzem nach
anfänglichen Problemen (Falsches MDAC mitgeliefert, Reference auf falsches
ADO gesetzt etc.) jetzt seit über einem Jahr auf den Kundenrechnern.

Nun hat unser "Superuser", der sich gut auskennt mit Computern (im Gegensatz
zum großen Rest der Anwender) und uns auch beim Testen hilft, sein Windows
2000 auf ServicePack 4 (5.00.2195) aktualisiert. Und schon geht der
Datenbankzugriff nicht mehr. Es kommt eine Fehlermeldung in der Art
"Provider nicht gefunden" oder so ähnlich. Ich hab das selbe OS mit dem
selben SP am Laufen und keinerlei Probleme. Außerdem kann es doch eigentlich
nicht sein, dass MS mit einem ServicePack einen DB-Provider rausschmeißt.
Vorher lief das Programm übrigens einwandfrei.

Weiterhin läuft das Problem fehlerfrei unter Windows XP, nur eben nicht
unter Windows 2k SP4... Für Ideen jeglicher Art, woran das liegen könnte,
wäre ich sehr dankbar! Ich hab schon in der MS KB gestöbert, aber nicht
gefunden, dass irgendein DB Provider durch das SP rausgeschmissen wird.

Mit besten Grüßen
Benjamin Seppke

Relevant Pages

  • Re: Grafikkartenempfehlung... mal wieder ;-)
    ... Daher wartet die GPU auch nicht unbedingt auf Daten von der CPU, sondern eher darauf, dass die CPU ihre Aufgaben erledigt hat. ... Das hat aber genauso wenig mit dem Thema zu tun wie die Weiterverwendung Deines alten Windowsxp, denn die Diskussion geht darum, ob man bei einem Neukauf von Windows 7 noch zur 32bit- oder besser gleich zur 64bit-Version greift. ... Installation zu Installation, ... Die Mehrzahl der Probleme liegt entweder am Anwender, an schrottiger Hardware, fehlerhaften Treibern, schrottigen "Profitools" oder schlichtweg an einem Hardwaredefekt. ...
    (de.comp.hardware.graphik)
  • RE: ActiveDirectory and user page Access
    ... User and role info is coming from Active directory ... This is a read-only provider that retrieves role information for a Windows ... together with both SQL and AD membership provider. ...
    (microsoft.public.vsnet.general)
  • Re: =?ISO-8859-1?Q?Welches_Linux_f=FCr_e?= =?ISO-8859-1?Q?in_Lifetec/Medion_9?= =?IS
    ... Das ist nur *genau solange* egal, wie der Anwender nicht ... Es ging um Linux -- nur um das nochmal in Erinnerung zu rufen. ... als OE installieren, weil der ja schliesslich schon dabei ist. ... sie Windows den nun auf den Rechner installieren können, ...
    (de.comp.sys.notebooks)
  • Re: AES cryptographic provider
    ... As Laszlo pointed out in his reply, there isn't an AES provider on Windows ... > iam running windows xp and also windows 2000.. ...
    (microsoft.public.platformsdk.security)
  • Re: Sorry for not being clear
    ... AUTHORITY\SYSTEM Computer: TIM Description: A provider, ... the provider may cause a security violation if it does not correctly ... This is a windows problem and i don't think anyone here cares. ... Or is that just Bullshit? ...
    (Fedora)