On 10/25/05, Peter Beutner <[EMAIL PROTECTED]> wrote:
> Jesse Allen schrieb:
> > Thanks for the links. Now we need to determine what has and hasn't
> > changed since. Luckily I've kept most of the information I gathered
> > originally.
> > [..]
>
> thx for all the infos.
> I managed to track down
Jesse Allen schrieb:
> Thanks for the links. Now we need to determine what has and hasn't
> changed since. Luckily I've kept most of the information I gathered
> originally.
> [..]
thx for all the infos.
I managed to track down the missing pieces in the kernel. The mentioned ptrace
fix wasnt
ap
Peter Beutner <[EMAIL PROTECTED]> writes:
> hmm it appearently is a kernel/ptrace issue as Marcus Meissner supposed.
> I just tested it on x86 and it works fine, while on x86_64 it doesnt work.
> I will dig a bit further if time permits.
>
> Just out of curiosity, why does the server continue ptra
The regression occurred between 2.6.8 and 9. One thing to do is to
try 2.6.8 which works on x86 and see if your problem goes away if
indeed it's the same problem.
On 10/24/05, Peter Beutner <[EMAIL PROTECTED]> wrote:
> Jesse Allen schrieb:
> >
> > I discovered this issue on x86 on linux 2.6.8/9 which led Linus to
> > fixing by 2.6.11. Andi Kleen has not ported the patch to x86-64 from
> > what I know, so wine will still suffer under it -- ie single steppi
Jesse Allen schrieb:
> On 10/23/05, Peter Beutner <[EMAIL PROTECTED]> wrote:
>>hmm it appearently is a kernel/ptrace issue as Marcus Meissner supposed.
>>I just tested it on x86 and it works fine, while on x86_64 it doesnt work.
>>I will dig a bit further if time permits.
>>
>>Just out of curiosity
On 10/23/05, Peter Beutner <[EMAIL PROTECTED]> wrote:
> hmm it appearently is a kernel/ptrace issue as Marcus Meissner supposed.
> I just tested it on x86 and it works fine, while on x86_64 it doesnt work.
> I will dig a bit further if time permits.
>
> Just out of curiosity, why does the server co
Alexandre Julliard schrieb:
> Peter Beutner <[EMAIL PROTECTED]> writes:
>
>
>>- as wineserver doesn't detach from the process it will get the next SIGTRAP
>>signal and
>> appearently it seems to ignore that signal
>>- [as nobody cares about the SIGTRAP signal the process get killed]
>
>
> At
Marcus Meissner schrieb:
> On Sun, Oct 23, 2005 at 08:33:40PM +0200, Peter Beutner wrote:
>
>>Hi
>>I've been trying to get an older game(Heart Of Darkness) to work with wine.
>>Appearently the game uses some kind of copy-protection(securom i suppose)
>>which let wine
>>abort with the following er
On Sun, Oct 23, 2005 at 08:33:40PM +0200, Peter Beutner wrote:
> Hi
> I've been trying to get an older game(Heart Of Darkness) to work with wine.
> Appearently the game uses some kind of copy-protection(securom i suppose)
> which let wine
> abort with the following error: "Trace/breakpoint trap".
Peter Beutner <[EMAIL PROTECTED]> writes:
> - as wineserver doesn't detach from the process it will get the next SIGTRAP
> signal and
> appearently it seems to ignore that signal
> - [as nobody cares about the SIGTRAP signal the process get killed]
At this point the server does a PTRACE_CONT w
--- Peter Beutner <[EMAIL PROTECTED]> wrote:
> Hi
> I've been trying to get an older game(Heart Of Darkness) to work with wine.
> Appearently the game uses some kind of copy-protection(securom i suppose)
> which let wine
> abort with the following error: "Trace/breakpoint trap".
> After some deb
Hi
I've been trying to get an older game(Heart Of Darkness) to work with wine.
Appearently the game uses some kind of copy-protection(securom i suppose) which
let wine
abort with the following error: "Trace/breakpoint trap".
After some debugging sessions I managed to reproduce the problem.
See the
13 matches
Mail list logo