Jesse Allen a écrit :
On Tue, Nov 16, 2004 at 09:54:26AM +0100, Pouech Eric DMI AEI CAEN wrote:
from what I read from Linus / Roland discussion on this topic (this night) on
lkml, Linus only patched 1 out of 3 places which need to be patched (according
to Roland). But I don't know yet if Linus
step in signal handler if the process itself has set the TF flag, but do if the debugger has done it), however I cannot tell whether it's going to fix all issues.A+
Message du 16/11/04 02:15 De : "Jesse Allen" <[EMAIL PROTECTED]> A : [EMAIL PROTECTED] Copie à : Objet : Re: Kern
It doesn't seem to fix the copy protection problem. So I'm wondering a few
things. Does wine need to be patched? This new patch seems to be related to
a chunk of code added in patch #2 mentioned in the original posting. I've
tried 2.6.10-rc2 with patch #1 reversed and patch 1+3
On Tue, Nov 16, 2004 at 09:54:26AM +0100, Pouech Eric DMI AEI CAEN wrote:
from what I read from Linus / Roland discussion on this topic (this night) on
lkml, Linus only patched 1 out of 3 places which need to be patched
(according to Roland). But I don't know yet if Linus will finish the job
On Mon, 15 Nov 2004 17:57:53 -0700, Jesse Allen wrote:
It doesn't seem to fix the copy protection problem. So I'm wondering a few
things. Does wine need to be patched? This new patch seems to be related to
a chunk of code added in patch #2 mentioned in the original posting. I've
tried
Jesse Allen a écrit :
On Sat, Nov 13, 2004 at 05:23:19PM -0700, Jesse Allen wrote:
Patch 1: ptrace single-stepping fix
Included in 2.6.9-rc1
By Davide Libenzi?
corrected link:
http://linux.bkbits.net:8080/linux-2.6/[EMAIL PROTECTED]
This shall harm us...
Basically, when a program is traced
On Sun, 14 Nov 2004 11:16:39 +0100, Eric Pouech wrote:
IMO, the best option would be to add an option to turn on/off the behavior in
ptrace (to allow or not single stepping in signal handlers).
I've emailed the kernel guys about this possibility.
On Sat, Nov 13, 2004 at 05:35:43PM -0700, Jesse Allen wrote:
On Sat, Nov 13, 2004 at 05:23:19PM -0700, Jesse Allen wrote:
Patch 1: ptrace single-stepping fix
Included in 2.6.9-rc1
By Davide Libenzi?
corrected link:
http://linux.bkbits.net:8080/linux-2.6/[EMAIL PROTECTED]
Davide
On Sun, Nov 14, 2004 at 06:11:33PM -0800, Dan Kegel wrote:
I couldn't find the patch at either of the two
links Jesse posted, but I did see something similar here:
http://marc.theaimsgroup.com/?l=bk-commits-headm=110048429304053w=2
That's a brand new patch today.
x86: only single-step into
Paul Rupe wrote:
Has anyone tried Wine with Linux kernel 2.6.9? I'm getting crashes with
this version that don't happen when I reboot back to 2.6.8.1. I haven't
had much luck debugging it so far, but each time, ps shows a defunct
wine-preloader process and wineserver still running.
What
Shachar Shemesh wrote:
I have seen errors where killed wine processes remained defunct even
after their parent has died. They were rebooted to init, but still
remained defunct. In certain (RedHat 2.4) kernels, such processes could
even keep sockets bound to ports, requiring a reboot.
I had
On Fri, 12 Nov 2004 17:47:57 -0500, James Hawkins wrote:
Most apps (winemine included) are ok. When I get home I'll try to find a
downloadable app that reproduces the problem consistently.
Usually wine just hangs until I kill -9 everything, but this time I managed
to get a stack trace.
Hi,
For the past two weeks I've been tracking an issue that I found with kernels
greater than 2.6.8 / 2.6.8.1 and wine. Starting with kernel 2.6.9-rc1,
Warcraft III copy protection would not work -- ie please insert disc. I found
changes to the cdrom driver in rc1. Reversing them did
On Sat, Nov 13, 2004 at 05:23:19PM -0700, Jesse Allen wrote:
Patch 1: ptrace single-stepping fix
Included in 2.6.9-rc1
By Davide Libenzi?
corrected link:
http://linux.bkbits.net:8080/linux-2.6/[EMAIL PROTECTED]
I'm using Slackware 9.1/Linux 2.6.9, and I haven't seen anything out of
the usual. The CrossOver Wine tree that I'm using may be a little older
than the WineHQ cvs though (3-4 months), and Slackware doesn't use NPTL
as yet.
Mike
Paul Rupe wrote:
Has anyone tried Wine with Linux kernel 2.6.9
I've got an app now that I can reliably provoke into crashing under 2.6.9,
but unfortunately it's our internal Remedy ticketing system. I'm running
on FC3 and I've tried both Redhat's 2.6.9-1.667 kernel and a plain 2.6.9 I
built from kernel.org.
There is a message in the log, but it may just
of the crash itself.
err:seh:setup_exception stack overflow 644 bytes in thread 0009 eip
77ee762e esp 77830d7c stack 0x7783-0x7793
You could check if the glibc behaves differently under a kernel 2.6.9.
Asked the Red Hat glibc maintainer and he said maybe waitid().
bye
michael
On Friday November 12 2004 11:48 am, Michael Stefaniuc wrote:
Btw. does wine crash only with Remedy or does winemine crash too?
Most apps (winemine included) are ok. When I get home I'll try to find a
downloadable app that reproduces the problem consistently.
Usually wine just hangs until I
On Fri, 12 Nov 2004 17:47:05 -0500, James Hawkins [EMAIL PROTECTED] wrote:
On Fri, 12 Nov 2004 14:19:30 -0500, Paul Rupe [EMAIL PROTECTED] wrote:
On Friday November 12 2004 11:48 am, Michael Stefaniuc wrote:
Btw. does wine crash only with Remedy or does winemine crash too?
Most
I forgot to mention that I'm using latest wine CVS.
So am I and wine works fine, on mdk 10.1 kernel 2.6.8.1-12mdk.
Ivan.
Libero ADSL: navighi gratis a 1.2 Mega, senza canone e costi di attivazione.
Abbonati subito su
What could possibly be different between our systems that would cause
this problem?
Anything but wine and the kernel, could you try this binary package and see if
it works? Like this you can find out if it's a runtime or compile time problem.
On Sat, 13 Nov 2004 00:14:28 +0100, Ivan Leo Puoti [EMAIL PROTECTED] wrote:
I forgot to mention that I'm using latest wine CVS.
So am I and wine works fine, on mdk 10.1 kernel 2.6.8.1-12mdk.
Ivan.
Libero ADSL: navighi gratis a
On Sat, 13 Nov 2004 00:22:10 +0100, Ivan Leo Puoti [EMAIL PROTECTED] wrote:
What could possibly be different between our systems that would cause
this problem?
Anything but wine and the kernel, could you try this binary package and see if
it works? Like this you can find out if it's a runtime
On Fri, 12 Nov 2004 18:30:24 -0500, James Hawkins [EMAIL PROTECTED] wrote:
On Sat, 13 Nov 2004 00:22:10 +0100, Ivan Leo Puoti [EMAIL PROTECTED] wrote:
What could possibly be different between our systems that would cause
this problem?
Anything but wine and the kernel, could you try this
On Friday November 12 2004 07:46 pm, James Hawkins wrote:
I google'd that error and found that I needed to make sure that my
/usr/lib/libGL.so.1 pointed to the same thing
/usr/X11R6/lib/libGL.so.1.2 pointed to. After fixing this, I know
longer have the crash.
I haven't gotten any errors
25 matches
Mail list logo