Gregory M. Turner wrote:
On Wednesday 03 December 2003 12:57 pm, Eric Pouech wrote:
poking around I find that the for loop in DEBUG_RegisterStabsDebugInfo
(in programs/winedbg/msc.c) never finds the .stab or .stabstr sections...
not sure if they are really there or not. For example, for ntdll, it
On Wednesday 03 December 2003 12:57 pm, Eric Pouech wrote:
> > poking around I find that the for loop in DEBUG_RegisterStabsDebugInfo
> > (in programs/winedbg/msc.c) never finds the .stab or .stabstr sections...
> > not sure if they are really there or not. For example, for ntdll, it
> > finds onl
poking around I find that the for loop in DEBUG_RegisterStabsDebugInfo (in
programs/winedbg/msc.c) never finds the .stab or .stabstr sections... not
sure if they are really there or not. For example, for ntdll, it finds
only .data and .text Not sure what's really wrong here; for now, it's
On Tuesday 02 December 2003 01:02 am, Gregory M. Turner wrote:
> On Monday 01 December 2003 12:31 am, Rein Klazes wrote:
> > On Sun, 30 Nov 2003 22:01:22 +0100, you wrote:
> > > Mike Hearn wrote:
> > > > On Sun, 2003-11-30 at 19:51, Rein Klazes wrote:
> > > >>Still the same here. It can be a bug in
On Monday 01 December 2003 12:31 am, Rein Klazes wrote:
> On Sun, 30 Nov 2003 22:01:22 +0100, you wrote:
> > Mike Hearn wrote:
> > > On Sun, 2003-11-30 at 19:51, Rein Klazes wrote:
> > >>Still the same here. It can be a bug in Debian Sid of course, and the
> > >>with the flow of updates stopped ...
On Sun, 30 Nov 2003 22:01:22 +0100, you wrote:
> Mike Hearn wrote:
> > On Sun, 2003-11-30 at 19:51, Rein Klazes wrote:
> >
> >>Still the same here. It can be a bug in Debian Sid of course, and the
> >>with the flow of updates stopped ...
> >
> >
> > FWIW I see the same problem here now on RH9
>
On Sun, 2003-11-30 at 21:01, Eric Pouech wrote:
> I'm just trying to figure out what could be different on your side from
> mine.
> Are you all using nptl support ?
Well, I am using NPTL yes. Some time next week I can give you access to
my machine, if you feel like some hands on debugging.
thank
Mike Hearn wrote:
On Sun, 2003-11-30 at 19:51, Rein Klazes wrote:
Still the same here. It can be a bug in Debian Sid of course, and the
with the flow of updates stopped ...
FWIW I see the same problem here now on RH9
I'm just trying to figure out what could be different on your side from
mine.
On Sun, 2003-11-30 at 19:51, Rein Klazes wrote:
> Still the same here. It can be a bug in Debian Sid of course, and the
> with the flow of updates stopped ...
FWIW I see the same problem here now on RH9
On Sun, 30 Nov 2003 12:36:25 -0500, you wrote:
> Nope, still doesn't appear to work. Rein, you see the
> same?
>
> Chris
>
> On Sunday 30 November 2003 11:08 am, Eric Pouech wrote:
> > Chris Morgan wrote:
> > > Still isn't working with build from todays cvs. Is this patch in there?
> >
> > it
Nope, still doesn't appear to work. Rein, you see the
same?
Chris
On Sunday 30 November 2003 11:08 am, Eric Pouech wrote:
Chris Morgan wrote:
> Still isn't working with build from todays cvs. Is this patch in there?
it seems that AJ applied it after your mail had been sent
A+
Chris Morgan wrote:
Still isn't working with build from todays cvs. Is this patch in there?
it seems that AJ applied it after your mail had been sent
A+
--
Eric Pouech
Still isn't working with build from todays cvs. Is this
patch in there?
Chris
On Saturday 29 November 2003 05:20 am, Eric Pouech wrote:
Chris Morgan wrote:
> Just rebuilt using 2.95 by changing the symlink /usr/bin/gcc to point to
> /usr/bin/gcc-2.95 and it still doesn't appear to be working.
Chris Morgan wrote:
Just rebuilt using 2.95 by changing the symlink /usr/bin/gcc to point to
/usr/bin/gcc-2.95 and it still doesn't appear to be working. Did:
make clean
./configure&&make depend&&make
make install
This enough to ensure that everything rebuilt? It looked like it.
Running debi
On Friday 28 November 2003 02:54 pm, Eric Pouech wrote:
> Chris Morgan wrote:
> > Anyone taking a look at this? Eric?
>
> is this only happening with gcc 3.3.2 ? (winedbg works as expected
> here). Did Alexandre latest fixes to debug.l help ?
> A+
Same here with gcc-3.3.1, and in my VM with gcc-3
Just rebuilt using 2.95 by changing the symlink
/usr/bin/gcc to point to /usr/bin/gcc-2.95 and it still
doesn't appear to be working. Did:
make clean
./configure&&make depend&&make
make install
This enough to ensure that everything rebuilt? It looked
like it. Running
debian unstable here.
Chris Morgan wrote:
Anyone taking a look at this? Eric?
is this only happening with gcc 3.3.2 ? (winedbg works as expected
here). Did Alexandre latest fixes to debug.l help ?
A+
--
Eric Pouech
Anyone taking a look at this? Eric?
Chris
On Wednesday 26 November 2003 11:01 am, Rein Klazes wrote:
On Wed, 26 Nov 2003 09:01:10 -0500, you wrote:
> I'm using gcc 3.3.2, running debian unstable, maybe this
> is the issue?
Same as here, and I have the same problem for at least a week. Gdb can
On Wed, 26 Nov 2003 09:01:10 -0500, you wrote:
> I'm using gcc 3.3.2, running debian unstable, maybe this
> is the issue?
Same as here, and I have the same problem for at least a week. Gdb can
still see the symbols anyway.
Rein.
--
Rein Klazes
[EMAIL PROTECTED]
Checked in /wine/dlls/winmm/wineoss/Makefile and
winejack/Makefile and both look the same and have:
CFLAGS = -g -O2
I also see -g in the options when compiling the object
files for the driver.
I'm using gcc 3.3.2, running debian unstable, maybe this
is the issue?
Chris
On Wed, 26 Nov 2003 1
Strange, it looks like Wine wasn't compiled with debug info... try make
install CFLAGS="-g" in the offending DLL and see if that helps
On Wed, 2003-11-26 at 03:25, Chris Morgan wrote:
> I'm trying to debug a crash in some changes to the jack
> audio driver and can't seem to have the wine debu
I'm trying to debug a crash in some changes to the jack
audio driver and can't seem to have the wine debugger show
me the actual source code of the crash. I start up the
debugger and get this:
oaded debug information from ELF 'wine' ((nil))
No debug information in 32bit DLL 'C:\Program
Files\w
22 matches
Mail list logo