Entry point not found for GetDiskInfoA (wininet_crosstest.exe)

[Detlef Riekenberg]

In "dlls/wininet/tests/urlcache.c", GetDiskInfoA is called,
but wininet.dll (native and wine) export this function only by ordinal.

When I build the crosstest, my mingw
[i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2)] 
creates a named Import for GetDiskInfoA with an ordinal hint of 65.

Using that executable on Windows or Wine is not possible
(Entry point not found for GetDiskInfoA)

The wininet_test.exe on winehq has an ordinal Import of 102 in that
place.

How can we fix that?

(My patch to use an ordinal import in the test was dropped:
http://www.winehq.org/pipermail/wine-patches/2009-May/073130.html )

[Alexandre Julliard]

Detlef Riekenberg  writes:
> Using that executable on Windows or Wine is not possible
> (Entry point not found for GetDiskInfoA)
>
> The wininet_test.exe on winehq has an ordinal Import of 102 in that
> place.
>
> How can we fix that?

You have to use the Wine import libs, not the Mingw ones.

[Detlef Riekenberg]

On Do, 2009-05-21 at 12:05 +0200, Alexandre Julliard wrote:
> > Using that executable on Windows or Wine is not possible
> > (Entry point not found for GetDiskInfoA)
> >
> > The wininet_test.exe on winehq has an ordinal Import of 102 in that
> > place.
> > How can we fix that?
>
> You have to use the Wine import libs, not the Mingw ones.
> From IRC:

<julliard> you haven't run make crosstest from the top level
<winspool> "make -C dlls/wininet/tests  crosstest" is different????
<julliard> yes it's different
<julliard> you need to build the import libs if you want them to be used
<winspool> Where is the rule to create all import libs?
<julliard> just do a make crosstest at the top level,
           it takes care of everything

Example for building an import-lib for mingw on demand:
  make -C dlls/wininet/  libwininet.a