Le jeu 20/11/2003 à 18:13, Sylvain Petreolle a écrit :
Vincent,
after doing some tests,
even with this applied, I must run Wine several times to have a windows
program starting, otherwise I have the error message.
Do you thnk that downloading prelink is another workaround ?
If you only
Le mer 19/11/2003 à 02:39, Sylvain Petreolle a écrit :
Can this be applied to all Linux systems ? A Google search on
PRELINK_OPTS gives only 4 results and a locate on my Yarrow system
doesnt find any 'prelink' file.
What's the output of rpm -q prelink?
Did you installed through an upgrade, or
All,
I am able to use prelinking and wine on my fedora system. Here is how I did it
first I undid all the prelinking with
prelink -a -u
Then I editted /etc/sysconfig/prelink to have these options
PRELINK_OPTS=-m --no-exec-shield
then I ran prelink with the following options
prelink -a -m
--- Vincent Béron [EMAIL PROTECTED] a écrit :
What's the output of rpm -q prelink?
What's the output of ldd /usr/bin/wine (or anything dynamically
linked to libc)?
[EMAIL PROTECTED] wine]$ rpm -q prelink
package prelink is not installed
[EMAIL PROTECTED] wine]$ ldd /usr/local/bin/wine
Le mer 19/11/2003 15:24, Sylvain Petreolle a crit :
--- Vincent Bron [EMAIL PROTECTED] a crit :
What's the output of rpm -q prelink?
What's the output of ldd /usr/bin/wine (or anything dynamically
linked to libc)?
[EMAIL PROTECTED] wine]$ rpm -q prelink
package prelink is not installed
On Wed, 2003-11-19 at 21:29, Vincent Bron wrote:
Le mer 19/11/2003 15:24, Sylvain Petreolle a crit :
--- Vincent Bron [EMAIL PROTECTED] a crit :
What's the output of rpm -q prelink?
What's the output of ldd /usr/bin/wine (or anything dynamically
linked to libc)?
[EMAIL PROTECTED]
On Fri, 2003-11-14 at 04:24, Vincent Bron wrote:
Disabling exec-shield (either via setarch i386 or with the proc thing)
works sometimes, depending on the loading addresses assigned to
libraries. If something (libc, libm, libdl, etc.) uses that address,
nothing Win32 will be usable. When
Le sam 15/11/2003 à 08:07, Mike Hearn a écrit :
On Fri, 2003-11-14 at 04:24, Vincent Béron wrote:
Disabling exec-shield (either via setarch i386 or with the proc thing)
works sometimes, depending on the loading addresses assigned to
libraries. If something (libc, libm, libdl, etc.) uses
With yesterday cvs update, whch adds a glibc-threading detection,
wine doesnt load a _Windows_ program anymore.
Using the RedHat rpm Yarrow kernel, I get :
err:virtual:map_image Standard load address for a Win32 program
(0x0040) not available - security-patched kernel ?
wine: could not load