Bug 22674 – Webkit r39005 does not start, an entry point not found

• Status: RESOLVED
• Resolution: FIXED
• Component: WebCore Misc.

[Jyrki Wahlstedt]

Trying to launch Webkit r39005, an error message is shown telling that 'The procedure entry point CFURLCacheCopySharedURLCache could not be located in the dynamic link library CFNetwork.dll'

[Jyrki Wahlstedt]

Created attachment 25764 [details]
The error message box

[Alexey Proskuryakov]

Do you have Safari 3.2.1 installed, or some earlier version?

[Franck]

I have the same problem on Vista, with Safari 3.2.1 installed

[Alexey Proskuryakov]

A call to CFURLCopySharedURLCache was added in <http://trac.webkit.org/changeset/38010>.

[Jyrki Wahlstedt]

I checked, seems to be 3.2.1

[Darin Adler]

The problem here is that the nightly build was done on a machine with the new CFNetwork headers. If you did your own build on a machine that had the old CFNetwork headers it would work fine. To make this work on either version I can change this into a runtime check instead of a compile-time check. Or we can build nightly builds on a machine with the old public CFNetwork headers.

[Darin Adler]

Created attachment 25775 [details]
patch

[Alexey Proskuryakov]

Comment on attachment 25775 [details]
patch

r=me

> GetModuleHandleA("CFNetwork")

Is there any reasonable way for us to make this work with Debug_Internal configuration?

[Darin Adler]

(In reply to comment #8)
> > GetModuleHandleA("CFNetwork")
> 
> Is there any reasonable way for us to make this work with Debug_Internal
> configuration?

I only recently became aware of this issue.

Since GetModuleHandle only will return modules that are already loaded, we can unconditionally look for both CFNetwork_Debug and CFNetwork and use the first one we find. I think we should change all call sites that are using GetModuleHandle to find CFNetwork to do this.

[Darin Adler]

http://trac.webkit.org/changeset/39027