f



Wine-20050830: Can't find DLL 'x' needed by 'y', error=2

Obviously, Wine-20050830 is much, much different from earlier versions
in that it does not even seem to consider a '.wine/config' file.  And,
it would seem, there's a problem or misunderstanding about locating
DLLs.

When I try to start 16-bit "Delphi.exe," I get an error:
   Could not load 'BIVBX11.DLL' required by 'DELPHI', error=2

A more detailed trace shows:
[snip!]
trace:module:LdrGetDllHandle 0 0 L"OLE32.DLL" -> 0x7f550000
trace:module:load_dll looking for L"ole32.dll" in
L"C:\\delphi\\bin;.;c:\\windows\\system32;c:\\windows\\system;c:\\windows;;C:\\CVSNT;C:\\WINCVS\\CVSNT;C:\\Program
Files\\CvsNT"
[...]
trace:module:NE_LoadDLLs Loading 'W8LOSS'
trace:module:GetModuleHandle16 (W8LOSS)
trace:module:MODULE_LoadModule16 Trying native dll 'W8LOSS.DLL'
trace:module:GetModuleFileName16 11bf -> 'C:\delphi\bin\delphi.exe'
[...]
trace:module:NE_LoadDLLs Loading 'BIVBX11'
trace:module:GetModuleHandle16 (BIVBX11)
trace:module:MODULE_LoadModule16 Trying native dll 'BIVBX11.DLL'
trace:module:GetModuleFileName16 11bf -> 'C:\delphi\bin\delphi.exe'
Could not load 'BIVBX11.DLL' required by 'DELPHI', error=2
[/snip]

Error=2 is "file not found" as produced by:
  dlls/kernel/ne_module.c:NE_LoadModule

Now, I happen to know that "W8LOSS" is located in the same directory
where the executable lives, and that "BIVBX11" is not... it is in
"windows/system."

Yet, it would seem that no =search= of any kind is being made for this
file.  You can see earlier in the above snippet where
(ntdll/loader.c:load_dll) is doing a search along the directory-path to
find another file, and doing so.  But in this case we are NOT searching
at all.  Apparently Wine is looking only in the current directory, and
not finding the file.  Why does it not search?

0
sundialsvc4
10/19/2005 5:21:56 PM
comp.emulators.ms-windows.wine 4950 articles. 0 followers. Post Follow

5 Replies
443 Views

Similar Articles

[PageSpeed] 38

Further info...

Looking in "kernel/file16.c," I see that some path-searching is done in
"OpenFile16."  So I added "file" in the WINEDEBUG list provided me with
more output (heavily edited here):
[snip!]
trace:module:MODULE_LoadModule16 Trying native dll 'BIVBX11.DLL'
trace:file:OpenFile16 "BIVBX11.DLL" OF_READ OF_SHARE_DENY_WRITE
trace:file:RtlGetFullPathName_U (L"BIVBX11.DLL" 520 0x7f8fedd0 (nil))
trace:file:GetShortPathNameA "C:\\delphi\\bin\\delphi.exe"
trace:file:GetShortPathNameW L"C:\\delphi\\bin\\delphi.exe"
trace:file:GetShortPathNameW returning L"C:\\delphi\\bin\\delphi.exe"
trace:module:GetModuleFileName16 11bf -> 'C:\delphi\bin\delphi.exe'
trace:file:RtlDosPathNameToNtPathName_U [...]
warn:file:wine_nt_to_unix_file_name L"BIVBX11.DLL" not found in
/home/mike/.wine/dosdevices/z:/home/mike
trace:file:RtlDosPathNameToNtPathName_U
warn:file:wine_nt_to_unix_file_name L"BIVBX11.DLL" not found in
/home/mike/.wine/dosdevices/c:/windows/system32/BIVBX11.DLL [...]
warn:file:wine_nt_to_unix_file_name L"BIVBX11.DLL" not found in
/home/mike/.wine/dosdevices/c:/windows/BIVBX11.DLL [...]
/home/mike/.wine/dosdevices/c:/delphi/bin/BIVBX11.DLL [...]
/home/mike/.wine/dosdevices/z:/home/mike [...]
/home/mike/.wine/dosdevices/c:/CVSNT [...]
/home/mike/.wine/dosdevices/c:/WINCVS [...]
/home/mike/.wine/dosdevices/c:/Program Files/CvsNT/BIVBX11.DLL
warn:file:OpenFile16 (BIVBX11.DLL): return = HFILE_ERROR error= 2
Could not load 'BIVBX11.DLL' required by 'DELPHI', error=2
[/snip]

This sequence of files appears to be in "get_search_path" in:
  dlls/kernel/file16.c

Editing the path in the Registry should resolve the problem.

And it did.

0
sundialsvc4
10/19/2005 5:48:01 PM
sundialsvc4 wrote:
> Further info...
> 
> Looking in "kernel/file16.c," I see that some path-searching is done in
> "OpenFile16."  So I added "file" in the WINEDEBUG list provided me with
> more output (heavily edited here):
> [snip!]
> trace:module:MODULE_LoadModule16 Trying native dll 'BIVBX11.DLL'
> trace:file:OpenFile16 "BIVBX11.DLL" OF_READ OF_SHARE_DENY_WRITE
> trace:file:RtlGetFullPathName_U (L"BIVBX11.DLL" 520 0x7f8fedd0 (nil))
> trace:file:GetShortPathNameA "C:\\delphi\\bin\\delphi.exe"
> trace:file:GetShortPathNameW L"C:\\delphi\\bin\\delphi.exe"
> trace:file:GetShortPathNameW returning L"C:\\delphi\\bin\\delphi.exe"
> trace:module:GetModuleFileName16 11bf -> 'C:\delphi\bin\delphi.exe'
> trace:file:RtlDosPathNameToNtPathName_U [...]
> warn:file:wine_nt_to_unix_file_name L"BIVBX11.DLL" not found in
> /home/mike/.wine/dosdevices/z:/home/mike
> trace:file:RtlDosPathNameToNtPathName_U
> warn:file:wine_nt_to_unix_file_name L"BIVBX11.DLL" not found in
> /home/mike/.wine/dosdevices/c:/windows/system32/BIVBX11.DLL [...]
> warn:file:wine_nt_to_unix_file_name L"BIVBX11.DLL" not found in
> /home/mike/.wine/dosdevices/c:/windows/BIVBX11.DLL [...]
> /home/mike/.wine/dosdevices/c:/delphi/bin/BIVBX11.DLL [...]
> /home/mike/.wine/dosdevices/z:/home/mike [...]
> /home/mike/.wine/dosdevices/c:/CVSNT [...]
> /home/mike/.wine/dosdevices/c:/WINCVS [...]
> /home/mike/.wine/dosdevices/c:/Program Files/CvsNT/BIVBX11.DLL
> warn:file:OpenFile16 (BIVBX11.DLL): return = HFILE_ERROR error= 2
> Could not load 'BIVBX11.DLL' required by 'DELPHI', error=2
> [/snip]
> 
> This sequence of files appears to be in "get_search_path" in:
>   dlls/kernel/file16.c
> 
> Editing the path in the Registry should resolve the problem.
> 
> And it did.
> 
You need to try the latest CVS. Many changes have been done and many 
bugs fixed in the last two months.

Did you install it and also set the winecfg options from the default of 
w2k to something like 98 or 95. The current wine does not use the 
autoexec.bat file.

I have installed Delphi 1 from the Delphi 3 CD a few months back.
Some of the problems were that lists and stringlists would not open in 
the property editor. Recent changes to the CVS involving theming (last 
few days or so) may have fixed those problems.
Paul
0
Paul
10/19/2005 6:09:57 PM
I'm compiling 20050930 now.

What I'm seeing is that, with "C:\windows\system" inserted into the
PATH {in system/currentcontrolset/session manager/environment},
Delphi-16 does run and so do many other programs.

Unfortunately, Delphi-16 immediately crashes with an
unhandled-exception whenever I click on the "File" menu to drop it
down, so I don't yet get very far.  But it is, at least, farther than I
used to get.

0
sundialsvc4
10/19/2005 6:15:21 PM
sundialsvc4 wrote:
> I'm compiling 20050930 now.
> 
> What I'm seeing is that, with "C:\windows\system" inserted into the
> PATH {in system/currentcontrolset/session manager/environment},
> Delphi-16 does run and so do many other programs.
> 
> Unfortunately, Delphi-16 immediately crashes with an
> unhandled-exception whenever I click on the "File" menu to drop it
> down, so I don't yet get very far.  But it is, at least, farther than I
> used to get.
> 
You may want to follow the cvs instructions and get the latest.

I use a terminal and run wcmd then execute c:\autoexec.bat.
That sets my path to include c:\delphi\bin
 From there run delphi or delphi project.dpf

Most delphi 1 apps seem to run. If you use quickrpt the resulting exe 
will give you an exception when it looks for the print.drv which is not 
in wine yet.

In the IDE I get an error when adding a memo to a form, opening a 
tstring edit.

The debugger hooks are not in wine so when you run your app it will 
start but will say it did had a windows creation error.

Also the focus and form to top does not work at all like on window with 
KDE. Also I have had delphi cause a KDE crash in kwin. At that point you 
have to restart your session to get the window manager back up.

Delphi 1 is almost usable but will require filling some bugs, finding 
the problems and writing some patches for wine.

Paul
0
Paul
10/19/2005 9:31:57 PM
On 19 Oct 2005 10:48:01 -0700, "sundialsvc4"
<gargle@sundialservices.com> wrote:

>warn:file:wine_nt_to_unix_file_name L"BIVBX11.DLL" not found in
>/home/mike/.wine/dosdevices/c:/windows/system32/BIVBX11.DLL [...]

The dll is looked for in system32, rather then system.

You will be probably better off by removing your .wine directory. The
next time you start wine it will be rebuilt without such
inconsistencies.

BTW, Delphi applications have a major problem in the latest releases.
This is fixed in current cvs.

Rein.
0
Rein
10/20/2005 3:35:04 AM
Reply: