wine users - Apr 2001 - No implementation for shlwapi.dll

Tried every permutation of shell, shell32 & shlwapi.  It is clear that shell
& shell32 must come from a common source, but nevertheless always got the
same error message, with one exception:
When I loaded all 3 builtin, it complained instead that shfolder has a problem.

Running RedHat 7.1|Helix|Nautilus, with Win98r1 .dlls.
--
C.

The best way out is always through.
      - Robert Frost  A Servant to Servants, 1914

Error:

Invoking /opt/wine/bin/wine.bin cc32d475.exe ...
fixme:pthread_kill_other_threads_np
err:win32:fixup_imports No implementation for shlwapi.dll.0(StrRetToBufA)
imported from shell32.dll, setting to 0xdeadbeef
err:win32:fixup_imports No implementation for shlwapi.dll.0(StrRetToBufW)
imported from shell32.dll, setting to 0xdeadbeef
Wine exited with a successful status




Andreas Mohr wrote:
> [ouch, HTML mail :-(]
>
> On Fri, Apr 27, 2001 at 04:28:45PM -0600, quantum7@freedom.net wrote:
> [NOT MUCH]
>
> Well, some versions of Windows split StrRetToBuf*() differently among
> shell32.dll and shlwapi.dll.
>
> Try different native and/or builtin combinations of shlwapi and shell32,
> e.g. --dll shlwapi,shell32=b or so.
>
> Hmm, yes, this should be added to the troubleshooting stuff...
>
> --
> Andreas Mohr                        Stauferstr. 6, D-71272 Renningen,
Germany
> Tel. +49 7159 800604               http://home.germany.net/100-30936/

cacook@freedom.net wrote:
> 
> Tried every permutation of shell, shell32 & shlwapi.  It is clear that
shell & shell32 must
> come from a common source, but nevertheless always got the same error
message, with one
> exception:
> When I loaded all 3 builtin, it complained instead that shfolder has a
problem.
   What was the error with shfolder?
   If it's a fixup_imports error again then I would suggest the same
fix: make it builtin by default.
   And let us know too, we should probably update the default
configuration so that these are all builtin by default. Although I think
problems only occur with specific versions of the native libraries.
Maybe the fix would be to implement the functions in question then, if
they're documented and not too complex.


-- 
Fran?ois Gouget
fgouget@codeweavers.com