Hi,
On Fri, Apr 09, 2004 at 02:27:19AM +0200, Francois Gouget wrote:
> Note: AFAIK Andreas' kernel patch has never been applied :-(
In fact it has been, fortunately, just about two weeks ago...
By Andreas Kies in 2.4.26-pre3.
He'd already patched 2.6.x a bit earlier.
I've been trying to get the sl
> Tried to install on an updated (like 45 min old) CVS version to test it,
> seems to get in an endless loop here.
You're wright, it loops :(
Ivan.
On Thu, 8 Apr 2004, Arne Gellhaus wrote:
> 1. Is it possible to compile a native linux executable with winelib and
> use winapi functions like LoadLibrary() and GetProcAddress()? I made my
> buildsystem with winemaker.
Yes you can. This BW is a very good reason to have a Winelib application.
>
Hi,
I am new to wine and i am trying to get some things done.
1. Is it possible to compile a native linux executable with winelib and
use winapi functions like LoadLibrary() and GetProcAddress()? I made my
buildsystem with winemaker.
2. I tried to use Common C++ [1] in my winelib application.
On Thu, 8 Apr 2004, Mike McCormack wrote:
> I've attached the source code. The idea is to run it like this:
>
> wld /home/mike/wine/loader/wine-pthread my.exe
Cool. One small nit: for consistency, can we name it wineld instead?
Or is it winepreld more apropriate? I'm thinking that wineld will
s
> Tried to install on an updated (like 45 min old) CVS version to test it,
> seems to get in an endless loop here.
Alexandre committed a fix
http://www.winehq.com/hypermail/wine-cvs/2004/04/0095.html
Everything seems OK again, and hopefully will stay so.
Ivan.
Hi Peter,
I'm not familiar with the using "setarch i386" to solve the problem...
I've also been working on the exec-shield problem over the last couple
of days. My solution is similar to Mike Hearn's approach, but faster
and more compact, since it doesn't require loading of libc twice or
stat
Rein Klazes wrote:
> On Wed, 07 Apr 2004 21:48:58 +0200, you wrote:
>
>> > 1) that modems are kind of old technology, so the incentive to
>> > implement it is rapidly disappearing
>> > 2) most of the interface that TAPI provides (dialing modems, and
>> > starting ppp) needs to be implemented nati
Hi Peter,
Yeah, I'm aware of the problem with interitance... there might be a
tricky way to fix it by setting WINELOADER to the name of a script that
runs "wld $winebinary"... otherwise wine will need to be modified.
I just downloaded the source to setarch. We may be able to incorporate
it in
Mike McCormack <[EMAIL PROTECTED]> writes:
> Yeah, I'm aware of the problem with interitance... there might be a
> tricky way to fix it by setting WINELOADER to the name of a script
> that runs "wld $winebinary"... otherwise wine will need to be modified.
If wld knew (hardcoded or from an environ
On Thu, 08 Apr 2004 14:28:51 +0100, Peter Riocreux wrote:
> I am a bit mystified by that. Is the ". security-patched kernel ?"
> message that is still there not caused by exec-shield?
The problem is probably caused by prelink.
Like Mike said, I have a 90% working solution to this sitting in m
Mike McCormack <[EMAIL PROTECTED]> writes:
> Hi Peter,
>
> I'm not familiar with the using "setarch i386" to solve the problem...
>
> I've also been working on the exec-shield problem over the last couple
> of days. My solution is similar to Mike Hearn's approach, but faster
> and more compact, s
Peter Riocreux <[EMAIL PROTECTED]> writes:
> I am intermittently trying to get Wine to play nicely with a big EDA
> tool, and it is doing not too badly today with the 20040309 snapshot
> on Fedora Core 1.
>
> The thing that I think is stopping it working is that whatever is done
> to stack-shield
I am intermittently trying to get Wine to play nicely with a big EDA
tool, and it is doing not too badly today with the 20040309 snapshot
on Fedora Core 1.
The thing that I think is stopping it working is that whatever is done
to stack-shield by the prepending "setarch i386" on invocation is not
i
On Thu, 08 Apr 2004 00:27:40 +0200, André Johansen wrote:
> I di put the --no-exec-shield flag in /etc/sysconfig/prelink, and ran
> "prelink -au" and "prelink -a" before running the new Wine version.
>
> Is that not good enough?
Probably not. Reverse the entire thing so no DSOs have prelink data
This (dutch..) site provides some TAPI patches for Wine that are not
in CVS:
http://home.wanadoo.nl/wijn/girotel/
Since I'm dutch, I'd thought I'd explain a bit on what this site says.
Wijn is dutch for wine by the way .
The site explains how to patch wine in order to be able to use girotel
> Well I am the author of those patches and I'm afraid there is no chance
> that they will help Andreas case. It is an extreme hackish
> implementation of a data modem tailored to a single application. No
> notion of drivers, certainly no support for external drivers and control
> panel interface.
17 matches
Mail list logo
