Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
WebKit.dll Suchort
45 views
Skip to first unread message
Hermie
Apr 30, 2012, 6:31:57 AM4/30/12
to
Hallo!
Ich habe den webkitbrowser.ocx mal kompiliert und auf einem anderen
Computer registriert (unter C:\Program
Files\MeinProgramm\webkitbrowser6.ocx"
In dem selben Ordner befindet sich auf der Ordner "WebKitCairo"
(C:\Program Files\MeinProgramm\WebKitCairo".
Darin findet sich die Datei WebKit.dll (C:\Program
Files\MeinProgramm\WebKitCairo\WebKit.dll), und sie ist registriert.
Beim Starten meine Anwendung bekomme ich den Fehler
"WebKit.dll not loaded, please call InitWebKitDLL beforehand (with the
correct path)"
Ich habe schon rumgemacht wie verrückt, aber irgendwie kriege ich nicht
dazu, dass webkitbrowser.ocx die WebKit.dll findet.
Ich habe ProcMon verwendet, und da sehe, dass er die Datei in
"C:\Windows\system32\WebKitCairo\WebKit.dll" sucht.
Ich verstehe nicht, wieso er dort sucht, und ich möchte den Ordner
"WebKitCairo" eigentlich auch nicht in system32 packen.
Gruß,
Hermann
Ich habe den webkitbrowser.ocx mal kompiliert und auf einem anderen
Computer registriert (unter C:\Program
Files\MeinProgramm\webkitbrowser6.ocx"
In dem selben Ordner befindet sich auf der Ordner "WebKitCairo"
(C:\Program Files\MeinProgramm\WebKitCairo".
Darin findet sich die Datei WebKit.dll (C:\Program
Files\MeinProgramm\WebKitCairo\WebKit.dll), und sie ist registriert.
Beim Starten meine Anwendung bekomme ich den Fehler
"WebKit.dll not loaded, please call InitWebKitDLL beforehand (with the
correct path)"
Ich habe schon rumgemacht wie verrückt, aber irgendwie kriege ich nicht
dazu, dass webkitbrowser.ocx die WebKit.dll findet.
Ich habe ProcMon verwendet, und da sehe, dass er die Datei in
"C:\Windows\system32\WebKitCairo\WebKit.dll" sucht.
Ich verstehe nicht, wieso er dort sucht, und ich möchte den Ordner
"WebKitCairo" eigentlich auch nicht in system32 packen.
Gruß,
Hermann
Hermie
Apr 30, 2012, 7:12:16 AM4/30/12
to
Okay, ich habe es jetzt: Man muss vbRichClient4.dll auch in den
App-Folder machen.
Tendenziell ist das aber eher problematisch, weil vbRichClient4.dll
vielleicht auch noch von anderen Programmen verwendet wird.
Hmmm, aber anders ist das dann wohl nicht zu lösen mit der Abhängigkeit
zu WebKit.dll und dem entsprechenden WebKitCairo-Ordner...
Gruß,
Hermann
App-Folder machen.
Tendenziell ist das aber eher problematisch, weil vbRichClient4.dll
vielleicht auch noch von anderen Programmen verwendet wird.
Hmmm, aber anders ist das dann wohl nicht zu lösen mit der Abhängigkeit
zu WebKit.dll und dem entsprechenden WebKitCairo-Ordner...
Gruß,
Hermann
R.Kantas
Apr 30, 2012, 9:13:31 AM4/30/12
to
> Hmmm, aber anders ist das dann wohl nicht zu lösen mit der Abhängigkeit zu
> WebKit.dll und dem entsprechenden WebKitCairo-Ordner...
Hmm, ich weiß nicht, aber genügt denn nicht evtl. ein Link auf die dll in
> WebKit.dll und dem entsprechenden WebKitCairo-Ordner...
system32?
W. Wolf
Apr 30, 2012, 11:44:54 AM4/30/12
to
Hallo Hermie,
"Hermie" <herman...@lycos.de> schrieb im Newsbeitrag news:jnls2h$3cv$1...@hoshi.visyn.net...
Registrierung möglich ist. Das gilt genauso für das WebKit
wenn es über die RC4 instanziert wird. In dem RC4 Paket von Olaf
findest Du eine weitere DLL, die DirectCOM.dll. Mit dieser DLL ist
es möglich ActiveX-DLLs ohne Registrierung zu verwenden. Suche
mal in alten Nachrichten, eventuell auch in der alten MS.VB-NG
nach Beispielen zu RC3. Da findest Du auch Beispiele wie die
DirectCOM einzusetzen ist. Wenn Du nicht weiter kommst, dann melde
dich hier noch mal.
Registriere aber die vbRichClient4.dll nicht im App-Ordner, das
wäre dann in der Tat problematisch und nicht im Sinne des Erfinders.
Schönen Gruß
W. Wolf
"Hermie" <herman...@lycos.de> schrieb im Newsbeitrag news:jnls2h$3cv$1...@hoshi.visyn.net...
> Okay, ich habe es jetzt: Man muss vbRichClient4.dll auch in den App-Folder machen.
> Tendenziell ist das aber eher problematisch, weil vbRichClient4.dll vielleicht auch noch von anderen Programmen verwendet wird.
Nein, ist es nicht. RC4 ist so gebaut, dass eine Verwendung ohne
> Tendenziell ist das aber eher problematisch, weil vbRichClient4.dll vielleicht auch noch von anderen Programmen verwendet wird.
Registrierung möglich ist. Das gilt genauso für das WebKit
wenn es über die RC4 instanziert wird. In dem RC4 Paket von Olaf
findest Du eine weitere DLL, die DirectCOM.dll. Mit dieser DLL ist
es möglich ActiveX-DLLs ohne Registrierung zu verwenden. Suche
mal in alten Nachrichten, eventuell auch in der alten MS.VB-NG
nach Beispielen zu RC3. Da findest Du auch Beispiele wie die
DirectCOM einzusetzen ist. Wenn Du nicht weiter kommst, dann melde
dich hier noch mal.
Registriere aber die vbRichClient4.dll nicht im App-Ordner, das
wäre dann in der Tat problematisch und nicht im Sinne des Erfinders.
Schönen Gruß
W. Wolf
Hermie
Apr 30, 2012, 12:02:21 PM4/30/12
to
Okay, danke!
Ulrich Korndoerfer
Apr 30, 2012, 6:03:44 PM4/30/12
to
Hallo,
Hermie schrieb:
Ja und warum machst Dus dann nicht? Ich zitiere: "...please call
InitWebKitDLL...". Die Klasse cWebKit aus der vbRichClient4 hat eine
Methode InitWebKitDLL. Also eine Instanz von cWebKit erzeugen, und,
bevor man irgendwas von dieser Instanz verwendet, diese Methode
aufrufen. Der einzige Parameter ist der Pfad zur WebKit Dll. Damit kann
die Dll liegen, wo Du willst, Du musst hier nur den richtigen Ort angeben.
Ich setz mich jetzt mal an meine Glaskugel und gucke
tiiiiiiiiiiiiiiiiief und laaaaaaaaaaaaaaaaaaaaaaange rein. Und was sehe
ich? Die WebKit Dll wird nicht direkt von Deinem Code referenziert. Dein
Code referenziert direkt nur die vbRichClient4 Dll und evtl. noch die
vbWidgets Dll. Die vbRichClient4 Dll ihrerseits dagegen referenziert
bzw. verwendet direkt die WebKit Dll.
Und da einer der Hauptwitze an der vbRichClient4 der ist, daß man mit
ihr ohne Registrierung arbeiten kann, wäre es ein schlechter Witz, wenn
sie ihrerseits abhängige Dlls als registriert voraussetzen würde.
Also halten wir fest: Du bzw. Dein Code verwendet die vbRichClient4 Dll.
Diese setzt nicht voraus, daß die von ihr benutzte WebKit Dll
registriert ist. Sie kann registriert sein, muß aber nicht. Deshalb, da
die vbRichCLient4 Dll damit zurecht kommen muß, daß die WebKit Dll nicht
registriert ist, muß sie irgendwie herausbringen, wo diese verteufelte
WebKit Dll denn eigentlich steckt.
Dazu probiert sie es erst mal mit raten. Der erste Versuch: vielleicht
steckt sie in einem Unterordner WebKitCairo des Ordners, in dem sie (die
vbRichClient4 Dll) selbst liegt. Wenn ja: dieses Exemplar verwenden.
Das hast Du bei Deinen Versuchen geschafft, als Du die vbRichClient4 Dll
in den gleichen Ordner kopiert hast (und dort regisitriert hast), in dem
auch das UserControl und der Ordner WebKitCairo samt WebKit Dll lag.
Wenn dort nicht gefunden, rät die vbRichClient4 Dll weiter: vielleicht
liegt die WebKit Dll ja in einem Unterordner WebKitCairo des
Systemverzeichnisses.
Wenn sie auch dort nicht den Webkitbrowser findet, sucht die
vbRichClient4 Dll vielleicht noch an weiteren Orten (genau hier ist dann
meine Glaskugel dunkel geworden).
Schließlich, wenn trotz all der Sucherei nichts gefunden wurde, gibt die
vbRichClient4 Dll auf, selber zu suchen. Sie fragt nun den User, wo er
das Ding hingesteckt hat. Der müßte es ja wissen. Und man kann sich
diese doch lästige Fragerei sparen, wenn man der vbRichClient4 Dll
gleich, noch bevor sie selber sucht, den momentanen Aufenthaltsort der
WebKit Dll mitteilt.
--
Ulrich Korndoerfer
VB tips, helpers, solutions -> http://www.prosource.de/Downloads/
MS Newsgruppen Alternativen -> http://www.prosource.de/ms-ng-umzug.html
Hermie schrieb:
> Hallo!
>
> Ich habe den webkitbrowser.ocx mal kompiliert und auf einem anderen
> Computer registriert (unter C:\Program
> Files\MeinProgramm\webkitbrowser6.ocx"
> In dem selben Ordner befindet sich auf der Ordner "WebKitCairo"
> (C:\Program Files\MeinProgramm\WebKitCairo".
> Darin findet sich die Datei WebKit.dll (C:\Program
> Files\MeinProgramm\WebKitCairo\WebKit.dll), und sie ist registriert.
>
> Beim Starten meine Anwendung bekomme ich den Fehler
> "WebKit.dll not loaded, please call InitWebKitDLL beforehand (with the
> correct path)"
> ...
>
> Ich habe den webkitbrowser.ocx mal kompiliert und auf einem anderen
> Computer registriert (unter C:\Program
> Files\MeinProgramm\webkitbrowser6.ocx"
> In dem selben Ordner befindet sich auf der Ordner "WebKitCairo"
> (C:\Program Files\MeinProgramm\WebKitCairo".
> Darin findet sich die Datei WebKit.dll (C:\Program
> Files\MeinProgramm\WebKitCairo\WebKit.dll), und sie ist registriert.
>
> Beim Starten meine Anwendung bekomme ich den Fehler
> "WebKit.dll not loaded, please call InitWebKitDLL beforehand (with the
> correct path)"
Ja und warum machst Dus dann nicht? Ich zitiere: "...please call
InitWebKitDLL...". Die Klasse cWebKit aus der vbRichClient4 hat eine
Methode InitWebKitDLL. Also eine Instanz von cWebKit erzeugen, und,
bevor man irgendwas von dieser Instanz verwendet, diese Methode
aufrufen. Der einzige Parameter ist der Pfad zur WebKit Dll. Damit kann
die Dll liegen, wo Du willst, Du musst hier nur den richtigen Ort angeben.
Ich setz mich jetzt mal an meine Glaskugel und gucke
tiiiiiiiiiiiiiiiiief und laaaaaaaaaaaaaaaaaaaaaaange rein. Und was sehe
ich? Die WebKit Dll wird nicht direkt von Deinem Code referenziert. Dein
Code referenziert direkt nur die vbRichClient4 Dll und evtl. noch die
vbWidgets Dll. Die vbRichClient4 Dll ihrerseits dagegen referenziert
bzw. verwendet direkt die WebKit Dll.
Und da einer der Hauptwitze an der vbRichClient4 der ist, daß man mit
ihr ohne Registrierung arbeiten kann, wäre es ein schlechter Witz, wenn
sie ihrerseits abhängige Dlls als registriert voraussetzen würde.
Also halten wir fest: Du bzw. Dein Code verwendet die vbRichClient4 Dll.
Diese setzt nicht voraus, daß die von ihr benutzte WebKit Dll
registriert ist. Sie kann registriert sein, muß aber nicht. Deshalb, da
die vbRichCLient4 Dll damit zurecht kommen muß, daß die WebKit Dll nicht
registriert ist, muß sie irgendwie herausbringen, wo diese verteufelte
WebKit Dll denn eigentlich steckt.
Dazu probiert sie es erst mal mit raten. Der erste Versuch: vielleicht
steckt sie in einem Unterordner WebKitCairo des Ordners, in dem sie (die
vbRichClient4 Dll) selbst liegt. Wenn ja: dieses Exemplar verwenden.
Das hast Du bei Deinen Versuchen geschafft, als Du die vbRichClient4 Dll
in den gleichen Ordner kopiert hast (und dort regisitriert hast), in dem
auch das UserControl und der Ordner WebKitCairo samt WebKit Dll lag.
Wenn dort nicht gefunden, rät die vbRichClient4 Dll weiter: vielleicht
liegt die WebKit Dll ja in einem Unterordner WebKitCairo des
Systemverzeichnisses.
Wenn sie auch dort nicht den Webkitbrowser findet, sucht die
vbRichClient4 Dll vielleicht noch an weiteren Orten (genau hier ist dann
meine Glaskugel dunkel geworden).
Schließlich, wenn trotz all der Sucherei nichts gefunden wurde, gibt die
vbRichClient4 Dll auf, selber zu suchen. Sie fragt nun den User, wo er
das Ding hingesteckt hat. Der müßte es ja wissen. Und man kann sich
diese doch lästige Fragerei sparen, wenn man der vbRichClient4 Dll
gleich, noch bevor sie selber sucht, den momentanen Aufenthaltsort der
WebKit Dll mitteilt.
--
Ulrich Korndoerfer
VB tips, helpers, solutions -> http://www.prosource.de/Downloads/
MS Newsgruppen Alternativen -> http://www.prosource.de/ms-ng-umzug.html
W. Wolf
May 1, 2012, 2:14:20 AM5/1/12
to
Hallo Ulrich,
"Ulrich Korndoerfer" <ulrich_wa...@prosource.de> schrieb
Hallo Ulrich,
das war jetzt sehr schön und unterhaltsam zu lesen, aber ein
Verweis auf deine modRC3.bas hätte Hermie mehr geholfen ;-)
Oder gibt es gar schon eine modRC4.bas von Dir? Ich habe mir
erlaubt diese für meine Zwecke auf Basis deiner modRC3 selbst
zu stricken, würde sie so aber nicht weitergeben wollen, weil
ich sie zu sehr in meinem Sinne verbogen habe. Da würde mich
der Urheber ganz schön schief anschauen...
Auf deiner Seite steht: Letzte Aktualisierung: Seiteninhalt am 13.5.2010,
da würde sich doch ein neues Datum viel besser machen, oder?
Must ja nur eine Zeile in den Download-Links ergänzen... ;-)
Schönen Gruß
W. Wolf
"Ulrich Korndoerfer" <ulrich_wa...@prosource.de> schrieb
>
> Ja und warum machst Dus dann nicht?
[...]
> Ja und warum machst Dus dann nicht?
Hallo Ulrich,
das war jetzt sehr schön und unterhaltsam zu lesen, aber ein
Verweis auf deine modRC3.bas hätte Hermie mehr geholfen ;-)
Oder gibt es gar schon eine modRC4.bas von Dir? Ich habe mir
erlaubt diese für meine Zwecke auf Basis deiner modRC3 selbst
zu stricken, würde sie so aber nicht weitergeben wollen, weil
ich sie zu sehr in meinem Sinne verbogen habe. Da würde mich
der Urheber ganz schön schief anschauen...
Auf deiner Seite steht: Letzte Aktualisierung: Seiteninhalt am 13.5.2010,
da würde sich doch ein neues Datum viel besser machen, oder?
Must ja nur eine Zeile in den Download-Links ergänzen... ;-)
Schönen Gruß
W. Wolf
0 new messages