Now I finally made a wine , :) But I can't get any program to excute so far, mostly It is like
bash-2.03# wine --winver win95 sol.exe err:seh:UnhandledExceptionFilter Couldn't start debugger (debugger/winedbg 134639312 24) (2) Read the Wine Developers Guide on how to set up winedbg or another debugger
or
bash-2.03# wine --winver win98 icq2000b.exe err:win32:do_relocations Standard load address for a Win32 program not available - patched kernel ? err:win32:do_relocations FATAL: Need to relocate F:\export\home\ericw\system\icq2000b.exe, but no relocation records present (stripped during link). Try to run that file directly ! wine: can't exec 'icq2000b.exe': error=21
This wine seems taste not good, :)
Francois Gouget wrote:
On Thu, 26 Jul 2001, EriK W wrote:
What does not work? Do you have unicode/libwine_unicode.so or not? Does the following command run or does it say it cannot find libwine_unicode.so?
I does have the libwine_unicode.so but it just don't go to ~unicode directory to search for it, it always report " can't find it in /usr/local/lib" I don't know why, I am using
bash,
so I just simply copied libwine_unicode.so over to make it happy.
I was wondering if it was the shell not exporting the environment variable or something. Since you're using bash it should be all fine. So you have to figure out why setting LD_LIBRARY_PATH does not work. It's supposed to work. I'm 99.9% sure I did use it on Sparc Solaris so I really don't see why it would not work on Solaris x86. Plus LD_LIBRARY_PATH is such an important thing that it would be very surprising if it really did not work and nothing else was broken in your system.
Did you try specifying an absolute path like: LD_LIBRARY_PATH=/export/home/system/wine-20010629/unicode
./tools/winebuild/winebuild
What does 'echo $LD_LIBRARY_PATH' normally say? Is it empty?
[...]
take it out? Can I do that by commenting " LIBPROGRAMS = \ debugger/winedbg" ?
The following patch should do that nicely:
--- cut here --- Index: Makefile.in =================================================================== RCS file: /home/wine/wine/debugger/Makefile.in,v retrieving revision 1.24 diff -u -r1.24 Makefile.in --- Makefile.in 2000/12/29 05:38:00 1.24 +++ Makefile.in 2001/07/27 01:39:15 @@ -3,7 +3,7 @@ TOPOBJDIR = .. SRCDIR = @srcdir@ VPATH = @srcdir@ -MODULE = winedbg +MODULE = #winedbg
C_SRCS = \ break.c \ --- Makefile.orig Thu Jul 26 19:03:36 2001 +++ Makefile Thu Jul 26 19:00:53 2001 @@ -3,7 +3,7 @@ TOPSRCDIR = .. TOPOBJDIR = .. SRCDIR = . -MODULE = winedbg +MODULE = #winedbg
C_SRCS = \ break.c \ --- cut here ---
-- Francois Gouget fgouget@free.fr http://fgouget.free.fr/ Broadcast message : fin du monde dans cinq minutes, repentez vous !
On Mon, 30 Jul 2001, EriK W wrote:
Now I finally made a wine , :) But I can't get any program to excute so far, mostly It is like
bash-2.03# wine --winver win95 sol.exe err:seh:UnhandledExceptionFilter Couldn't start debugger (debugger/winedbg 134639312 24) (2) Read the Wine Developers Guide on how to set up winedbg or another debugger
What we need are the lines that come before. See: http://wine.codeweavers.com/docs/wine-user/bugs.shtml#BUG-REPORTING
bash-2.03# wine --winver win98 icq2000b.exe err:win32:do_relocations Standard load address for a Win32 program not available - patched kernel ? err:win32:do_relocations FATAL: Need to relocate F:\export\home\ericw\system\icq2000b.exe, but no relocation records present (stripped during link). Try to run that file directly ! wine: can't exec 'icq2000b.exe': error=21
Many windows executables must be loaded at a specific address. Unfortunately it seems that on your system this address is already in use so that we cannot load the executable there. In the past this happened regularly because we were loading all programs in a single address space. So after loading the first program we were unable to load any other program at that same address. Hence the suggestion to "Try to run that file directly !" in the error message. But this is all a thing of the past as now each application is loaded in its own address space. So there must be something else using the address that Wine wants. It's strange because I don't remember people having this problem on Solaris before. What you can do is run Wine in gdb and then type 'info sharedlibrary' to get a map of the process memory and see what is using the address Wine needs. So you will also need to fid out where Wine is trying to load the exe. You can probably get this info by looking at the loader source, activating the relevant debug channels, or running dumpbin (comes with VC++) on the app.
-- Francois Gouget fgouget@free.fr http://fgouget.free.fr/ Hiroshima '45 - Czernobyl '86 - Windows '95
"Francois Gouget" fgouget@free.fr wrote in message news:Pine.LNX.4.21.0107301118510.11941-100000@amboise.dolphin...
On Mon, 30 Jul 2001, EriK W wrote:
Now I finally made a wine , :) But I can't get any program to excute so far, mostly It is like
bash-2.03# wine --winver win95 sol.exe err:seh:UnhandledExceptionFilter Couldn't start debugger
(debugger/winedbg
134639312 24) (2) Read the Wine Developers Guide on how to set up winedbg or another
debugger
What we need are the lines that come before. See: http://wine.codeweavers.com/docs/wine-user/bugs.shtml#BUG-REPORTING
bash-2.03# wine --winver win98 icq2000b.exe err:win32:do_relocations Standard load address for a Win32 program not available - patched kernel ? err:win32:do_relocations FATAL: Need to relocate F:\export\home\ericw\system\icq2000b.exe, but no relocation records
present
(stripped during link). Try to run that file directly ! wine: can't exec 'icq2000b.exe': error=21
Many windows executables must be loaded at a specific address. Unfortunately it seems that on your system this address is already in use so that we cannot load the executable there. In the past this happened regularly because we were loading all programs in a single address space. So after loading the first program we were unable to load any other program at that same address. Hence the suggestion to "Try to run that file directly !" in the error message. But this is all a thing of the past as now each application is loaded in its own address space. So there must be something else using the address that Wine wants. It's strange because I don't remember people having this problem on Solaris before. What you can do is run Wine in gdb and then type 'info sharedlibrary' to get a map of the process memory and see what is using the address Wine needs. So you will also need to fid out where Wine is trying to load the exe. You can probably get this info by looking at the loader source, activating the relevant debug channels, or running dumpbin (comes with VC++) on the app.
Could it be related to xpm?
I have this info when I first time config wine
Redhat : xpm xpm-devel Caldera OpenLinux : xpm xpm-devel xpm-devel-static SuSE : xpm Debian/Corel Linux: xpm4g xpm4g-dev
Or get the sources from ftp.x.org and all its mirror sites from the directory /contrib/libraries.
I got the source and compiled xpm3.4k(With couple warnings), after installation wine still can't find xpm.h, because it was installed to /usr/openwin/share/include/X11/X11/xpm.h, so I eventually copied it to /usr/openwin/share/include/X11/xpm.h to make it work for wine.
I also tried to use something like ./configure --x-includes=/usr/openwin/share/include/X11:/usr/openwin/share/i nclude/X11/X11 but wine couldn't find the xpm.h in this way.
-- Francois Gouget fgouget@free.fr http://fgouget.free.fr/ Hiroshima '45 - Czernobyl '86 - Windows '95
-
EriK W -
Francois Gouget