; wine-devel; Zhou, Jesse; Sun, Sunny; Boudier,
Pierre; Jin, Jian-Rong
Subject: Re: Is there any way to debug driver?
It was just mentioned on IRC that the environment variable
WINELOADERNOEXEC=1 needs to be set. After that you can just run 'gdb
wine' and continue the same way as using wine-preloader
It was just mentioned on IRC that the environment variable
WINELOADERNOEXEC=1 needs to be set. After that you can just run 'gdb
wine' and continue the same way as using wine-preloader.
Roderick
On Mon, Jun 22, 2009 at 10:24 PM, Eric Pouecheric.pou...@orange.fr wrote:
Wang, Robin a écrit :
Hi
: Re: Is there any way to debug driver?
On Jun 17, 2009, at 10:49 AM, Wang, Robin wrote:
We also have tried using winedbg, but it cannot break into our
driver either.
The only way we can break into our driver before is using gdb wine-
pthread, but now it is not available.
Do you have some
, Pierre; Zhou, Jesse; Jin, Jian-Rong; Sun,
Sunny
Subject: Re: Is there any way to debug driver?
On Jun 17, 2009, at 10:49 AM, Wang, Robin wrote:
We also have tried using winedbg, but it cannot break into our
driver either.
The only way we can break into our driver before is using gdb wine
:15 PM
To: Guan, Xiao-Feng
Cc: Ken Thomases; Wang, Robin; wine-devel; Boudier, Pierre; Zhou, Jesse; Jin,
Jian-Rong; Sun, Sunny
Subject: Re: Is there any way to debug driver?
At what sort of points did you try to set breakpoints before? Note
that we are loading opengl dynamically which might make
Wang, Robin a écrit :
Hi Roderick,
Using winedbg, it is OK for us to break into libGL.so. But we cannot set break
point in our dri drivers, which is loaded by libGL.so using dlopen().
please send me the output of running
WINEDEBUG=+dbghelp wine
and then at debugger prompt
Wine-dbg
On Jun 17, 2009, at 10:49 AM, Wang, Robin wrote:
We also have tried using winedbg, but it cannot break into our
driver either.
The only way we can break into our driver before is using gdb wine-
pthread, but now it is not available.
Do you have some suggestion on winedbg configuration to
2009/6/17 Guan, Xiao-Feng xiao-feng.g...@amd.com:
As we can see that, from version 1.1.23, all application fails to start on
AMD card. We are going to investigate why it happens. If it is necessary,
Would you please let us know a little more about the changes of this
version?
There's a bug
2009/6/17 Guan, Xiao-Feng xiao-feng.g...@amd.com:
Hello,
I’m AMD driver developer and would like to ask a question. This issue
blocks us from making a better driver for WINE.
Recently we have difficulty in debugging our driver with WINE. We used to
start wine-pthread in gdb to debug
On Wed, Jun 17, 2009 at 11:01 AM, Guan, Xiao-Fengxiao-feng.g...@amd.com wrote:
Hello,
As we can see that, from version 1.1.23, all application fails to start on
AMD card. We are going to investigate why it happens. If it is necessary,
Would you please let us know a little more about the
Well as Henri mentioned a bug report has been posted to the
(un)official amd bugzilla for it with details on the crash. It was
just related to the enabling of FBOs by default and some FBO related
tests.
Regarding debugging I would try to use winedbg and if it isn't
sufficient winedbg offers a gdb
-Original Message-
From: Henri Verbeet [mailto:hverb...@gmail.com]
Sent: Wednesday, June 17, 2009 9:27 PM
To: Guan, Xiao-Feng
Cc: wine-devel@winehq.org; Wang, Robin; Zhou, Jesse; Jin, Jian-Rong; Sun,
Sunny; Boudier, Pierre
Subject: Re: Is there any way to debug driver?
2009/6/17 Guan, Xiao
:27 PM
To: Guan, Xiao-Feng
Cc: wine-devel@winehq.org; Wang, Robin; Zhou, Jesse; Jin, Jian-Rong; Sun,
Sunny; Boudier, Pierre
Subject: Re: Is there any way to debug driver?
2009/6/17 Guan, Xiao-Feng xiao-feng.g...@amd.com:
As we can see that, from version 1.1.23, all application fails to start
Am Wednesday 17 June 2009 21:56:14 schrieb Roderick Colenbrander:
Have you tried: winedbg --gdb appname.exe? It will use gdb then and
still see win32 symbols I think.
You can also start the app, put a Sleep(1) somewhere into the early
wined3d init code, then attach gdb to the running
14 matches
Mail list logo