Bug#479561: gdb: gdb exits with an error on free() in glibc, Aborted

2008-05-07 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Daniel Jacobowitz [EMAIL PROTECTED] writes:

 On Tue, May 06, 2008 at 02:03:21PM +0200, Marc Poulhiès wrote:
 If the build you was talking about has nothing to do with today's
 update, simply ignore my message :p

 I uploaded that before I talked to you.  Could you try this one?

 http://nan.false.org/~drow/gdb/gdb_6.8-3_amd64.deb

Works nicely !

As I have the gdb maintainer here, is it still useful to have the gdb
package:
 - to conflict with gdb-arm 
 - to replace gdb-arm

? This package 'gdb-arm' seems to have disappeared from the archive... I
noticed that because I'm building gdb packages for 'arm-elf' and I tried
to name it gdb-arm, which is currently not a good idea :)

Thanks!
Marc



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#479561: gdb: gdb exits with an error on free() in glibc, Aborted

2008-05-06 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Daniel Jacobowitz [EMAIL PROTECTED] writes:

 On Mon, May 05, 2008 at 04:53:54PM +0200, Marc =?UTF-8?Q?Poulhi=C3=A8s wrote:
 Here's the result of gdb running in valgrind with my application :

 Thanks, I'm pretty sure I see the error.  I'll build you a test package.

Not sure if this is related, but I see that today, aptitude updated
my gdb to 6.8-2, which still has the same behavior...

If the build you was talking about has nothing to do with today's
update, simply ignore my message :p

Cheers,
Marc



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#479561: gdb: gdb exits with an error on free() in glibc, Aborted

2008-05-05 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Package: gdb
Version: 6.8-1
Severity: normal

When trying to debug an application, I get the following error:

,
| $ gdb  ./two_timed_tasks.bip.x
| GNU gdb 6.8-debian
| Copyright (C) 2008 Free Software Foundation, Inc.
| License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
| This is free software: you are free to change and redistribute it.
| There is NO WARRANTY, to the extent permitted by law.  Type show copying
| and show warranty for details.
| This GDB was configured as x86_64-linux-gnu...
| *** glibc detected *** gdb: free(): invalid pointer: 0x2b322be759a0 ***
| === Backtrace: =
| /lib/libc.so.6[0x2b322bba101d]
| /lib/libc.so.6(cfree+0x76)[0x2b322bba2d26]
| gdb(cp_class_name_from_physname+0x71)[0x5629e1]
| gdb[0x515271]
| gdb[0x515c0b]
| gdb(dwarf2_build_psymtabs+0x6f8)[0x517258]
| gdb[0x48ff29]
| gdb(syms_from_objfile+0x21d)[0x4cfc1d]
| gdb[0x4cffcc]
| gdb(symbol_file_add_from_bfd+0x15)[0x4d08b5]
| gdb[0x4d0c63]
| gdb(catch_command_errors+0x56)[0x4e7626]
| gdb[0x4464b8]
| gdb(catch_errors+0x5b)[0x4e76ab]
| gdb(gdb_main+0x24)[0x445bf4]
| gdb(main+0x36)[0x445bc6]
| /lib/libc.so.6(__libc_start_main+0xf4)[0x2b322bb501c4]
| gdb[0x445af9]
| === Memory map: 
| 0040-00743000 r-xp  08:03 887313 
/usr/bin/gdb
| 00943000-0094e000 rw-p 00343000 08:03 887313 
/usr/bin/gdb
| 0094e000-00ac3000 rw-p 0094e000 00:00 0  
[heap]
| 2b322adf3000-2b322ae0e000 r-xp  08:03 496786 
/lib/ld-2.7.so
| 2b322ae0e000-2b322ae12000 rw-p 2b322ae0e000 00:00 0   
| 2b322ae12000-2b322af4c000 r--p  08:03 897157 
/usr/lib/locale/locale-archive
| 2b322af4c000-2b322af82000 rw-p 2b322af4c000 00:00 0   
| 2b322b00d000-2b322b00f000 rw-p 0001a000 08:03 496786 
/lib/ld-2.7.so
| 2b322b00f000-2b322b045000 r-xp  08:03 496919 
/lib/libreadline.so.5.2
| 2b322b045000-2b322b245000 ---p 00036000 08:03 496919 
/lib/libreadline.so.5.2
| 2b322b245000-2b322b24d000 rw-p 00036000 08:03 496919 
/lib/libreadline.so.5.2
| 2b322b24d000-2b322b24e000 rw-p 2b322b24d000 00:00 0   
| 2b322b24e000-2b322b287000 r-xp  08:03 497237 
/lib/libncurses.so.5.6
| 2b322b287000-2b322b486000 ---p 00039000 08:03 497237 
/lib/libncurses.so.5.6
| 2b322b486000-2b322b48b000 rw-p 00038000 08:03 497237 
/lib/libncurses.so.5.6
| 2b322b48b000-2b322b509000 r-xp  08:03 496793 
/lib/libm-2.7.so
| 2b322b509000-2b322b708000 ---p 0007e000 08:03 496793 
/lib/libm-2.7.so
| 2b322b708000-2b322b70a000 rw-p 0007d000 08:03 496793 
/lib/libm-2.7.so
| 2b322b70a000-2b322b70b000 rw-p 2b322b70a000 00:00 0   
| 2b322b70b000-2b322b72b000 r-xp  08:03 883349 
/usr/lib/libexpat.so.1.0.0
| 2b322b72b000-2b322b92b000 ---p 0002 08:03 883349 
/usr/lib/libexpat.so.1.0.0
| 2b322b92b000-2b322b92e000 rw-p 0002 08:03 883349 
/usr/lib/libexpat.so.1.0.0
| 2b322b92e000-2b322b93 r-xp  08:03 496792 
/lib/libdl-2.7.so
| 2b322b93-2b322bb3 ---p 2000 08:03 496792 
/lib/libdl-2.7.so
| 2b322bb3-2b322bb32000 rw-p 2000 08:03 496792 
/lib/libdl-2.7.so
| 2b322bb32000-2b322bc7 r-xp  08:03 496789 
/lib/libc-2.7.so
| 2b322bc7-2b322be7 ---p 0013e000 08:03 496789 
/lib/libc-2.7.so
| 2b322be7-2b322be73000 r--p 0013e000 08:03 496789 
/lib/libc-2.7.so
| 2b322be73000-2b322be75000 rw-p 00141000 08:03 496789 
/lib/libc-2.7.so
| 2b322be75000-2b322be7b000 rw-p 2b322be75000 00:00 0   
| 2b322be7b000-2b322be91000 r-xp  08:03 496803 
/lib/libpthread-2.7.so
| 2b322be91000-2b322c09 ---p 00016000 08:03 496803 
/lib/libpthread-2.7.so
| 2b322c09-2b322c092000 rw-p 00015000 08:03 496803 
/lib/libpthread-2.7.so
| 2b322c092000-2b322c098000 rw-p 2b322c092000 00:00 0   
| 2b322c098000-2b322c09f000 r-xp  08:03 496807 
/lib/libthread_db-1.0.so
| 2b322c09f000-2b322c29e000 ---p 7000 08:03 496807 
/lib/libthread_db-1.0.so
| 2b322c29e000-2b322c2a rw-p 6000 08:03 496807 
/lib/libthread_db-1.0.so
| 2b322c2a-2b322c2b6000 r-xp  08:03 496861 
/lib/libgcc_s.so.1
| 2b322c2b6000-2b322c4b6000 ---p 00016000 08:03 496861 
/lib/libgcc_s.so.1
| 2b322c4b6000-2b322c4b7000 rw-p 00016000 08:03 496861 
/lib/libgcc_s.so.1
| 2b323000-2b3230021000 rw-p 2b323000 00:00 0   
| 2b3230021000-2b323400 ---p 2b3230021000 00:00 0   
| 7fff7fca1000-7fff7fcb7000 rw-p 

Bug#479561: gdb: gdb exits with an error on free() in glibc, Aborted

2008-05-05 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Daniel Jacobowitz [EMAIL PROTECTED] writes:

 On Mon, May 05, 2008 at 03:29:02PM +0200, Marc =?UTF-8?Q?Poulhi=C3=A8s wrote:
 Package: gdb
 Version: 6.8-1
 Severity: normal
 
 When trying to debug an application, I get the following error:

 Could you try running this under valgrind?

Here's the result of gdb running in valgrind with my application :

,
| $ valgrind gdb ./two_timed_tasks.bip.x
| ==19302== Memcheck, a memory error detector.
| ==19302== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
| ==19302== Using LibVEX rev 1804, a library for dynamic binary translation.
| ==19302== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
| ==19302== Using valgrind-3.3.0-Debian, a dynamic binary instrumentation 
framework.
| ==19302== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
| ==19302== For more details, rerun with: -v
| ==19302== Invalid read of size 8
| ==19302==at 0x4014274: (within /lib/ld-2.7.so)
| ==19302==by 0x4009DB3: (within /lib/ld-2.7.so)
| ==19302==by 0x4005D54: (within /lib/ld-2.7.so)
| ==19302==by 0x4007A17: (within /lib/ld-2.7.so)
| ==19302==by 0x4010BFA: (within /lib/ld-2.7.so)
| ==19302==by 0x400CB75: (within /lib/ld-2.7.so)
| ==19302==by 0x401062A: (within /lib/ld-2.7.so)
| ==19302==by 0x5742F8A: (within /lib/libdl-2.7.so)
| ==19302==by 0x400CB75: (within /lib/ld-2.7.so)
| ==19302==by 0x574331C: (within /lib/libdl-2.7.so)
| ==19302==by 0x5742EF0: dlopen (in /lib/libdl-2.7.so)
| ==19302==by 0x468699: (within /usr/bin/gdb)
| ==19302==  Address 0x5ec86a0 is 16 bytes inside a block of size 23 alloc'd
| ==19302==at 0x4C1FFAB: malloc (vg_replace_malloc.c:207)
| ==19302==by 0x4007EA4: (within /lib/ld-2.7.so)
| ==19302==by 0x4010BFA: (within /lib/ld-2.7.so)
| ==19302==by 0x400CB75: (within /lib/ld-2.7.so)
| ==19302==by 0x401062A: (within /lib/ld-2.7.so)
| ==19302==by 0x5742F8A: (within /lib/libdl-2.7.so)
| ==19302==by 0x400CB75: (within /lib/ld-2.7.so)
| ==19302==by 0x574331C: (within /lib/libdl-2.7.so)
| ==19302==by 0x5742EF0: dlopen (in /lib/libdl-2.7.so)
| ==19302==by 0x468699: (within /usr/bin/gdb)
| ==19302==by 0x468893: _initialize_thread_db (in /usr/bin/gdb)
| ==19302==by 0x456529: initialize_all_files (in /usr/bin/gdb)
| ==19302== Invalid read of size 8
| ==19302==at 0x40140FE: (within /lib/ld-2.7.so)
| ==19302==by 0x4010B16: (within /lib/ld-2.7.so)
| ==19302==by 0x400CB75: (within /lib/ld-2.7.so)
| ==19302==by 0x401062A: (within /lib/ld-2.7.so)
| ==19302==by 0x5742F8A: (within /lib/libdl-2.7.so)
| ==19302==by 0x400CB75: (within /lib/ld-2.7.so)
| ==19302==by 0x574331C: (within /lib/libdl-2.7.so)
| ==19302==by 0x5742EF0: dlopen (in /lib/libdl-2.7.so)
| ==19302==by 0x468699: (within /usr/bin/gdb)
| ==19302==by 0x468A24: _initialize_thread_db (in /usr/bin/gdb)
| ==19302==by 0x456529: initialize_all_files (in /usr/bin/gdb)
| ==19302==by 0x44BA26: gdb_init (in /usr/bin/gdb)
| ==19302==  Address 0x5ec8d18 is 16 bytes inside a block of size 23 alloc'd
| ==19302==at 0x4C1FFAB: malloc (vg_replace_malloc.c:207)
| ==19302==by 0x44F237: xmalloc (in /usr/bin/gdb)
| ==19302==by 0x4689D4: _initialize_thread_db (in /usr/bin/gdb)
| ==19302==by 0x456529: initialize_all_files (in /usr/bin/gdb)
| ==19302==by 0x44BA26: gdb_init (in /usr/bin/gdb)
| ==19302==by 0x445F36: (within /usr/bin/gdb)
| ==19302==by 0x4E76AA: catch_errors (in /usr/bin/gdb)
| ==19302==by 0x445BF3: gdb_main (in /usr/bin/gdb)
| ==19302==by 0x445BC5: main (in /usr/bin/gdb)
| GNU gdb 6.8-debian
| Copyright (C) 2008 Free Software Foundation, Inc.
| ...
| ==19302==
| ==19302== Conditional jump or move depends on uninitialised value(s)
| ==19302==at 0x44E2B3: xfree (in /usr/bin/gdb)
| ==19302==by 0x5629E0: cp_class_name_from_physname (in /usr/bin/gdb)
| ==19302==by 0x515270: (within /usr/bin/gdb)
| ==19302==by 0x515C0A: (within /usr/bin/gdb)
| ==19302==by 0x517257: dwarf2_build_psymtabs (in /usr/bin/gdb)
| ==19302==by 0x48FF28: (within /usr/bin/gdb)
| ==19302==by 0x4CFC1C: syms_from_objfile (in /usr/bin/gdb)
| ==19302==by 0x4CFFCB: (within /usr/bin/gdb)
| ==19302==by 0x4D08B4: symbol_file_add_from_bfd (in /usr/bin/gdb)
| ==19302==by 0x4D0C62: (within /usr/bin/gdb)
| ==19302==by 0x4E7625: catch_command_errors (in /usr/bin/gdb)
| ==19302==by 0x4464B7: (within /usr/bin/gdb)
| (gdb) 
`

Here, gdb is running...



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#474674: easy fix

2008-04-24 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Simply change line:

 lib/libiberty.a share/info share/man/man7/gfdl.7* \

by :

lib/libiberty.a lib64/libiberty.a share/info share/man/man7/gfdl.7* \

in the debian/rules file ;) Then it just works ;p

Marc



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#474674: easy fix

2008-04-24 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Hakan Ardo [EMAIL PROTECTED] writes:

 Hi,
 thanx I was waiting for some patches that should have been released by
 now before doing a new release, but I guess it silly to wait any
 longer so I'll make a new release tonight...

I'm currently developing on avr6 and I'm trying to port a patch against
gcc 4.2.0 to gcc 4.3.0. What are the chances for this patch to be
applied on debian packages ? I have no clue why this support is not
already in mainstream gcc (even if I can see that there is some
preliminary support, such has struct field for 3 bytes PC). 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#474674: easy fix

2008-04-24 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Hakan Ardo [EMAIL PROTECTED] writes:

 Hi again,
 it seams like this was not enough. The winavr and freebsd maintainers
 have apparently been working on a 4.3 release with avr6 support for
 some time, but no release yet. I suppose we'll make another 4.3
 release without avr6 in the meantime...

Ok, thanks for the info ;)

If you have any link explaining why the patch linked in your previous
mail is not good yet, it would be welcomed ! 

Thanks,
Marc



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#440488: amd64 crash

2008-02-04 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Hello,

same behavior here. It crashes as soon as it tries to play the preview
of right after the 5 4 3 2 1 countdown.
Game works (nearly) fine in a 32bits chroot.

I tried to use latest version of FoF, but couldn't manage to compile all
requirements (amanith and pyamanith in particular).

Marc



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#426361: fixed

2007-05-30 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Yes, the bug seems to be fixed thanks to changes in mono packages.

Marc


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#426361: Some more details

2007-05-29 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
After some downgradings, I think this is not a banshee bug. I tried to
downgrade libmono-cairo2.0-cil , libmono-cairo1.0-cil and even banshee
to testing versions, but still have the same problem. I looked at bugs
in mono but didn't find anything related. Maybe someone with more
expertise could have a look ;)
Marc


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#426361: Some more details

2007-05-29 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s

Downgrading  :

banshee [0.12.1+dfsg-3+b1 (unstable, unstable, unstable, now) - 0.11.2+dfsg-1 
(testing)]
libavahi1.0-cil [0.6.19-1 (unstable, unstable, unstable, now) - 0.6.11-2 
(testing)]
libmono-accessibility2.0-cil [1.2.4-1 (unstable, unstable, unstable, now) - 
1.2.2.1-2 (testing)]
libmono-data-tds2.0-cil [1.2.4-1 (unstable, unstable, unstable, now) - 
1.2.2.1-2 (testing)]
libmono-microsoft-build2.0-cil [1.2.4-1 (unstable, unstable, unstable, now) - 
1.2.2.1-2 (testing)]
libmono-peapi2.0-cil [1.2.4-1 (unstable, unstable, unstable, now) - 1.2.2.1-2 
(testing)]
libmono-sharpzip2.84-cil [1.2.4-1 (unstable, unstable, unstable, now) - 
1.2.2.1-2 (testing)]
libmono-winforms1.0-cil [1.2.4-1 (unstable, unstable, unstable, now) - 
1.2.2.1-2 (testing)]
libmono-winforms2.0-cil [1.2.4-1 (unstable, unstable, unstable, now) - 
1.2.2.1-2 (testing)]
mono-common [1.2.4-1 (unstable, unstable, unstable, now) - 1.2.2.1-2 (testing)]
mono-gac [1.2.4-1 (unstable, unstable, unstable, now) - 1.2.2.1-2 (testing)]
mono-gmcs [1.2.4-1 (unstable, unstable, unstable, now) - 1.2.2.1-2 (testing)]
mono-jit [1.2.4-1 (unstable, unstable, unstable, now) - 1.2.2.1-2 (testing)]
mono-mcs [1.2.4-1 (unstable, unstable, unstable, now) - 1.2.2.1-2 (testing)]
mono-runtime [1.2.4-1 (unstable, unstable, unstable, now) - 1.2.2.1-2 
(testing)]

fixes the problem. And then, upgrading :
 libmono-corlib1.0-cil [1.2.2.1-2 (testing, now) - 1.2.4-1 (unstable, 
unstable, unstable)]
 mono-gac [1.2.2.1-2 (testing, now) - 1.2.4-1 (unstable, unstable, unstable)]
 mono-runtime [1.2.2.1-2 (testing, now) - 1.2.4-1 (unstable, unstable, 
unstable)]

again raises the bug.

Marc


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#426361: banshee: banshee crashed at startup

2007-05-28 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Package: banshee
Version: 0.12.1+dfsg-3+b1
Severity: grave

When starting, banshee fails with this:

** (Banshee:4145): WARNING **: Missing method Gdk.CairoHelper::Create(Drawable) 
in assembly 
/usr/lib/mono/gac/gdk-sharp/2.10.0.0__35e10195dab3c99f/gdk-sharp.dll, 
referenced in assembly /usr/lib/banshee/Banshee.Base.dll
Method not found: 'Gdk.CairoHelper.Create'.
System.MissingMethodException: Method not found: 'Gdk.CairoHelper.Create'.
  at 0x0 unknown method
  at Gtk.Widget.exposeevent_cb (IntPtr widget, IntPtr evnt) [0x0] 
  at (wrapper native-to-managed) Gtk.Widget:exposeevent_cb (intptr,intptr)
  at 0x0 unknown method
  at (wrapper managed-to-native) Gtk.Application:gtk_main_iteration_do (bool)
  at Gtk.Application.RunIteration (Boolean blocking) [0x0] 
  at Banshee.Gui.Dialogs.SplashScreen.PumpEventLoop () [0x0] 
  at Banshee.Gui.Dialogs.SplashScreen.Run () [0x0] 
  at Banshee.Base.BansheeBranding.Initialize () [0x0] 
  at Banshee.Base.Branding.Initialize () [0x0] 
  at Banshee.Base.Globals.Initialize (Banshee.Base.ComponentInitializerHandler 
interfaceStartupHandler) [0x0] 
  at Banshee.BansheeEntry.Startup (System.String[] args) [0x0] 
  at (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_string[] 
(string[])
  at Banshee.Gui.CleanRoomStartup.Startup (Banshee.Gui.StartupInvocationHandler 
startup, System.String[] args) [0x0] 
Stacktrace:

  at (wrapper managed-to-native) GLib.Signal.g_signal_get_invocation_hint 
(intptr) 0x4
  at (wrapper managed-to-native) GLib.Signal.g_signal_get_invocation_hint 
(intptr) 0x
  at GLib.Signal.get_Handler () 0x0001c
  at GLib.Signal.voidObjectCallback (intptr,intptr) 0x00060
  at (wrapper native-to-managed) GLib.Signal.voidObjectCallback (intptr,intptr) 
0x
  at (wrapper managed-to-native) Gtk.Object.gtk_object_destroy (intptr) 
0x4
  at (wrapper managed-to-native) Gtk.Object.gtk_object_destroy (intptr) 
0x
  at Gtk.Object.Destroy () 0x0001a
  at Gtk.Widget.Destroy () 0xd
  at Banshee.Gui.CleanRoomStartup.Startup 
(Banshee.Gui.CleanRoomStartup/StartupInvocationHandler,string[]) 0x00115
  at Banshee.BansheeEntry.Main (string[]) 0x00038
  at (wrapper runtime-invoke) System.Object.runtime_invoke_void_string[] 
(object,intptr,intptr,intptr) 0x

Native stacktrace:

banshee [0x81924e9]
banshee [0x8174ad4]
[0xb7f17440]
[0xb5a1b27e]
[0xb5a1b1ad]
[0xb5a1afc9]
[0xb5a96480]
/usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x49) 
[0xb63765c9]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x122) [0xb63691c2]
/usr/lib/libgobject-2.0.so.0 [0xb6379fe1]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x8c7) [0xb637b217]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29) [0xb637b3d9]
/usr/lib/libgtk-x11-2.0.so.0 [0xb67b4211]
/usr/lib/libgtk-x11-2.0.so.0 [0xb68af2b1]
/usr/lib/libgtk-x11-2.0.so.0 [0xb68bb626]
/usr/lib/libgobject-2.0.so.0(g_object_run_dispose+0x50) [0xb636b860]
/usr/lib/libgtk-x11-2.0.so.0(gtk_object_destroy+0x7e) [0xb67b3f1e]
[0xb5a1af43]
[0xb5a1aeeb]
[0xb5a1aec6]
[0xb7738ff6]
[0xb7738261]
[0xb7738075]
banshee [0x8174937]
banshee(mono_runtime_invoke+0x27) [0x80b088f]
banshee(mono_runtime_exec_main+0x142) [0x80b50c3]
banshee(mono_runtime_run_main+0x27e) [0x80b5371]
banshee(mono_jit_exec+0xbd) [0x805a4ab]
banshee [0x805a588]
banshee(mono_main+0x167a) [0x805bda0]
banshee [0x8059616]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xdc) [0xb7cedebc]
banshee [0x8059571]


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages banshee depends on:
ii  boo0.7.6.2237-6  a python-like language and compile
ii  gconf2 2.18.0.1-3GNOME configuration database syste
ii  gstreamer0.10-gnomevfs 0.10.12-2 GStreamer plugin for GnomeVFS
ii  gstreamer0.10-plugins-base 0.10.12-2 GStreamer plugins from the base 
ii  gstreamer0.10-plugins-good 0.10.5-5  GStreamer plugins from the good 
ii  libatk1.0-01.18.0-2  The ATK accessibility toolkit
ii  libc6  2.5-9 GNU C Library: Shared libraries
ii  libcairo2  1.4.6-1   The Cairo 2D vector graphics libra
ii  libdbus-1-31.0.2-5   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.73-2simple interprocess messaging syst
ii  libfontconfig1 2.4.2-1.2 generic font configuration library
ii  libgconf2-42.18.0.1-3GNOME configuration database syste

Bug#392915: xserver-xorg-video-ati: xserver freezes system when starting

2006-11-19 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Michel Dänzer [EMAIL PROTECTED] writes:

 If you suspect the hardware might be faulty, you could verify that with
 another OS.

FYI, I changed my radeon 8500 by a new 9250, and everything works
nice. The strange thing is that I tried the 8500 in another computer
(also debian sid) where I don't need DRI, and DRI works there... I
guess this is a bit difficult to fix, but I just wanted to add this
info...

Marc




Bug#392915: xserver-xorg-video-ati: xserver freezes system when starting

2006-11-05 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Michel Dänzer [EMAIL PROTECTED] writes:

 It doesn't. Writeback is a minor performance optimization, the lack of
 which should not affect operation of the X server.

 If you suspect the hardware might be faulty, you could verify that with
 another OS.

I tried on ubuntu 6.06, and it's having the same behavior (and I know
it was working some time ago with it)... I guess my hardware is dying
:/

Sorry for having raised this non-bug...

Marc




Bug#392915: xserver-xorg-video-ati: xserver freezes system when starting

2006-10-28 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Michel Dänzer [EMAIL PROTECTED] writes:

 On Wed, 2006-10-25 at 23:04 +0200, [EMAIL PROTECTED] wrote:
 Michel Dänzer [EMAIL PROTECTED] writes:
 
  But it doesn't happen with version 6.6.2?
 
 I'm not sure exactly when it stops working...

 That would be very helpful to know though. Please try older versions,
 e.g. from http://snapshot.debian.net .

I tried with 6.6.2-2 and I have the exact same behavior (kern.log and
Xorg.log stop at the same line than with the 6.6.3-2)...

 If you suspect the hardware might be faulty, you could verify that with
 another OS.

I guess this is the next step... I'll try with ubuntu dapper as I know
dri was working fine.

Thanks for the help,
Marc




Bug#392915: xserver-xorg-video-ati: xserver freezes system when starting

2006-10-25 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Michel Dänzer [EMAIL PROTECTED] writes:

 On Thu, 2006-10-19 at 21:41 +0200, [EMAIL PROTECTED] wrote:
 Michel Dänzer [EMAIL PROTECTED] writes:
 
  And this doesn't happen with version 6.6.2? If so, it would be great if
  you could try isolating the upstream change that causes it with
  git-bisect.
 
 I'm afraid that's a bit too much as I don't know anything about git...

 But it doesn't happen with version 6.6.2?

I'm not sure exactly when it stops working...


  That's an odd place for the log to stop... Can you not even log in
  remotely or ping the machine at this point? If so, can you try
  re-mounting the filesystem that contains the log file with -o sync
  before starting the X server and see if you get any more output then?
 
 True. Before submiting the bug, I read the logs after several crashes
 and saw it was not always at the same line. Here's the one with -o sync
 and latest version of everything (deb sid).

 Thanks. Does it always stop in the same place with -o sync? Also, is
 there anything related in /var/log/kern.log?

Yes it stops always at the same time. The kernel logs show something
that may be interesting:

Oct 25 22:53:26 arrakis kernel: [drm] Setting GART location based on new memory 
map
Oct 25 22:53:26 arrakis kernel: [drm] Loading R200 Microcode
Oct 25 22:53:26 arrakis kernel: [drm] writeback test failed

The last line here is the last line in the log.  

Is it possible that my hardware is damaged ? I find it strange that
the microcode fails to load :/

Marc




Bug#392915: xserver-xorg-video-ati: xserver freezes system when starting

2006-10-20 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Michel Dänzer [EMAIL PROTECTED] writes:

 And this doesn't happen with version 6.6.2? If so, it would be great if
 you could try isolating the upstream change that causes it with
 git-bisect.

I'm afraid that's a bit too much as I don't know anything about git...


  Loaddri

 Does it also happen if you don't enable the DRI?

no. Without DRI, X is working fine.

 That's an odd place for the log to stop... Can you not even log in
 remotely or ping the machine at this point? If so, can you try
 re-mounting the filesystem that contains the log file with -o sync
 before starting the X server and see if you get any more output then?

True. Before submiting the bug, I read the logs after several crashes
and saw it was not always at the same line. Here's the one with -o sync
and latest version of everything (deb sid).

Marc


X Window System Version 7.1.1
Release Date: 12 May 2006
X Protocol Version 11, Revision 0, Release 7.1.1
Build Operating System: UNKNOWN 
Current Operating System: Linux arrakis 2.6.18-1-k7 #1 SMP Fri Sep 29 17:06:47 
UTC 2006 i686
Build Date: 07 July 2006
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Thu Oct 19 21:31:25 2006
(==) Using config file: /etc/X11/xorg.conf
(==) ServerLayout Default Layout
(**) |--Screen Default Screen (0)
(**) |   |--Monitor SyncMaster
(**) |   |--Device Generic Video Card
(**) |--Input Device Generic Keyboard
(**) |--Input Device Configured Mouse
(WW) The directory /usr/X11R6/lib/X11/fonts/misc does not exist.
Entry deleted from font path.
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(WW) The directory /usr/X11R6/lib/X11/fonts/cyrillic does not exist.
Entry deleted from font path.
(WW) The directory /usr/X11R6/lib/X11/fonts/100dpi/ does not exist.
Entry deleted from font path.
(WW) The directory /usr/X11R6/lib/X11/fonts/75dpi/ does not exist.
Entry deleted from font path.
(WW) `fonts.dir' not found (or not valid) in /usr/share/fonts/X11/Type1.
Entry deleted from font path.
(Run 'mkfontdir' on /usr/share/fonts/X11/Type1).
(WW) The directory /usr/X11R6/lib/X11/fonts/Type1 does not exist.
Entry deleted from font path.
(WW) The directory /usr/X11R6/lib/X11/fonts/100dpi does not exist.
Entry deleted from font path.
(WW) The directory /usr/X11R6/lib/X11/fonts/75dpi does not exist.
Entry deleted from font path.
(WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not 
exist.
Entry deleted from font path.
(**) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi
(==) RgbPath set to /etc/X11/rgb
(==) ModulePath set to /usr/lib/xorg/modules
(**) Ignoring ABI Version
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 1.0
X.Org XInput driver : 0.6
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: bitmap
(II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so
(II) Module bitmap: vendor=X.Org Foundation
compiled for 7.1.1, module version = 1.0.0
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.5
(II) Loading font Bitmap
(II) LoadModule: pcidata
(II) Loading /usr/lib/xorg/modules/libpcidata.so
(II) Module pcidata: vendor=X.Org Foundation
compiled for 7.1.1, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.0
(++) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 1106,3099 card 1043,807f rev 00 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 1106,b099 card , rev 00 class 06,04,00 hdr 01
(II) PCI: 00:09:0: chip 1106,3038 card 1043,8080 rev 50 class 0c,03,00 hdr 80
(II) PCI: 00:09:1: chip 1106,3038 card 1043,8080 rev 50 class 0c,03,00 hdr 80
(II) PCI: 00:09:2: chip 1106,3104 card 1043,8080 rev 51 class 0c,03,20 hdr 80
(II) PCI: 00:0d:0: chip 1105,8300 card , rev 02 class 04,80,00 hdr 00
(II) PCI: 00:0e:0: chip 1102,0002 card 1102,8027 rev 08 class 04,01,00 hdr 80
(II) PCI: 00:0e:1: chip 1102,7002 card 1102,0020 rev 08 class 09,80,00 hdr 80
(II) PCI: 00:0f:0: chip 109e,0350 card , rev 12 class 04,00,00 hdr 00
(II) PCI: 00:10:0: chip 8086,1229 card 8086,0040 rev 0c class 02,00,00 hdr 00
(II) PCI: 00:11:0: chip 1106,3147 card 1043,808c rev 00 class 06,01,00 hdr 80
(II) PCI: 00:11:1: chip 1106,0571 card 1043,808c rev 06 class 01,01,8a 

Bug#392915: xserver-xorg-video-ati: xserver freezes system when starting

2006-10-14 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Package: xserver-xorg-video-ati
Version: 1:6.6.3-1
Severity: grave

When starting xserver, screen is blank (black) and the systems is frozen (SysRq 
not working).
'vesa' drivers works but is really slow...

01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R200 QL [Radeon 
8500 LE]

Here is my xorg.conf: (xorg log follows)

---8---8---8---8---8---8---8
# /etc/X11/xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the /etc/X11/xorg.conf manual page.
# (Type man /etc/X11/xorg.conf at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section Files
FontPath/usr/share/fonts/X11/misc
FontPath/usr/X11R6/lib/X11/fonts/misc
FontPath/usr/share/fonts/X11/cyrillic
FontPath/usr/X11R6/lib/X11/fonts/cyrillic
FontPath/usr/share/fonts/X11/100dpi/:unscaled
FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled
FontPath/usr/share/fonts/X11/75dpi/:unscaled
FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled
FontPath/usr/share/fonts/X11/Type1
FontPath/usr/X11R6/lib/X11/fonts/Type1
FontPath/usr/share/fonts/X11/100dpi
FontPath/usr/X11R6/lib/X11/fonts/100dpi
FontPath/usr/share/fonts/X11/75dpi
FontPath/usr/X11R6/lib/X11/fonts/75dpi
# path to defoma fonts
FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
EndSection

Section Module
Loadi2c
Loadbitmap
Loadddc
Loaddri
Loadextmod
Loadfreetype
Loadglx
Loadint10
Loadtype1
Loadvbe
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  CoreKeyboard
Option  XkbRules  xorg
Option  XkbModel  pc105
Option  XkbLayout fr
Option  XkbVariantlatin9
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  CorePointer
Option  Device/dev/input/mice
Option  Protocol  ExplorerPS/2
Option  Emulate3Buttons   true
EndSection

Section Device
Identifier  Generic Video Card
Driver  radeon
#   BusID   PCI:1:0:0
EndSection

Section Monitor
Identifier  SyncMaster
Option  DPMS
EndSection

Section Screen
Identifier  Default Screen
Device  Generic Video Card
Monitor SyncMaster
DefaultDepth24
SubSection Display
Depth   1
Modes   1280x1024 1152x864 1024x768 832x624 
800x600 720x400 640x480
EndSubSection
SubSection Display
Depth   4
Modes   1280x1024 1152x864 1024x768 832x624 
800x600 720x400 640x480
EndSubSection
SubSection Display
Depth   8
Modes   1280x1024 1152x864 1024x768 832x624 
800x600 720x400 640x480
EndSubSection
SubSection Display
Depth   15
Modes   1280x1024 1152x864 1024x768 832x624 
800x600 720x400 640x480
EndSubSection
SubSection Display
Depth   16
Modes   1280x1024 1152x864 1024x768 832x624 
800x600 720x400 640x480
EndSubSection
SubSection Display
Depth   24
Modes   1280x1024 1152x864 1024x768 832x624 
800x600 720x400 640x480
EndSubSection
EndSection

Section ServerLayout
Identifier  Default Layout
Screen  Default Screen
InputDevice Generic Keyboard
InputDevice Configured Mouse
EndSection

Section DRI
Mode0666
EndSection
---8---8---8---8---8

XOrg.log:
---8---8---8---8---8

X Window System Version 7.1.1
Release Date: 12 May 2006
X Protocol Version 11, Revision 0, Release 7.1.1
Build Operating System: UNKNOWN 
Current Operating System: Linux arrakis 2.6.18-1-k7 #1 SMP Fri Sep 29 17:06:47 
UTC 2006 i686
Build Date: 07 July 2006
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default 

Bug#392915: ...

2006-10-14 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
One more remark: disabling DRI solves the problem.

Marc



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#391386: banshee-daap: Stacktrace in console when trying to use remote daap share

2006-10-06 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s
Package: banshee-daap
Version: 0.10.12-2
Severity: normal

When starting banshee, I can see users having some share. When clicking
on any one, I get this trace:
Connecting to DAAP share: X.X.X.X:3689 (USER NAME)

Unhandled Exception: DAAP.ContentException: Failed to find content code for: 
1634027088
  at DAAP.ContentParser.Parse (DAAP.ContentCodeBag bag, System.Byte[] buffer, 
System.String root, System.Int32 offset) [0x0]
  at DAAP.ContentParser.ParseChildren (DAAP.ContentCodeBag bag, System.Byte[] 
buffer, Int32 offset, Int32 length) [0x0]
  at DAAP.ContentParser.Parse (DAAP.ContentCodeBag bag, System.Byte[] buffer, 
System.String root, System.Int32 offset) [0x0]
  at DAAP.ContentParser.Parse (DAAP.ContentCodeBag bag, System.Byte[] buffer, 
System.String root) [0x0]
  at DAAP.ContentParser.Parse (DAAP.ContentCodeBag bag, System.Byte[] buffer) 
[0x0]
  at DAAP.Client..ctor (System.Net.IPAddress address, UInt16 port) [0x0]
  at DAAP.Client..ctor (DAAP.Service service) [0x0]
  at Banshee.Plugins.Daap.DaapSource+AnonHelp1.#AnonymousMethod1 () 
[0x0]
  at (wrapper delegate-invoke) System.MulticastDelegate:invoke_void ()

(as a side note, exiting banshee makes it sigsev, but it has already
been reported)

I tried with the latest tarball, and I still get an error, but new
message. I add it, in case it can help solve this one :

Connecting to DAAP share: remote-IPv6:3689 (USER NAME)

Unhandled Exception: System.Net.WebException: Error: ConnectFailure
  at System.Net.HttpWebRequest.EndGetResponse (IAsyncResult asyncResult) 
[0x0]
  at System.Net.HttpWebRequest.GetResponse () [0x0]
  at DAAP.ContentFetcher.FetchResponse (System.String path, Int64 offset, 
System.String query, System.Net.WebHeaderCollection extraHeaders, Int32 
requestId, Boolean disableKeepalive) [0x0]
  at DAAP.ContentFetcher.Fetch (System.String path, System.String query, 
System.Net.WebHeaderCollection extraHeaders, Int32 requestId) [0x0]
  at DAAP.ContentFetcher.Fetch (System.String path) [0x0]
  at DAAP.Client..ctor (System.Net.IPAddress address, UInt16 port) [0x0]
  at DAAP.Client..ctor (DAAP.Service service) [0x0]
  at Banshee.Plugins.Daap.DaapSource+AnonHelp1.#AnonymousMethod1 () 
[0x0]
  at (wrapper delegate-invoke) System.MulticastDelegate:invoke_void ()

I guess this should be forwarded upstream...

Marc

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages banshee-daap depends on:
ii  avahi-daemon  0.6.13-3   Avahi mDNS/DNS-SD daemon
ii  banshee   0.10.12-2  Audio Management and Playback appl
ii  gconf22.14.0-4   GNOME configuration database syste
ii  libavahi1.0-cil   0.6.11-1   CLI bindings for Avahi
ii  libbonobo2-0  2.14.0-2   Bonobo CORBA interfaces library
ii  libgconf2.0-cil   2.8.3-2CLI binding for GConf 2.12
ii  libglib2.0-0  2.12.4-1   The GLib library of C routines
ii  libglib2.0-cil2.8.3-2CLI binding for the GLib utility l
ii  libgtk2.0-0   2.8.20-2   The GTK+ graphical user interface 
ii  libgtk2.0-cil 2.8.3-2CLI binding for the GTK+ toolkit 2
ii  libmono-corlib1.0-cil 1.1.17.1-5 Mono core library (1.0)
ii  libmono-sharpzip0.84-cil  1.1.17.1-5 Mono SharpZipLib library
ii  libmono-system1.0-cil 1.1.17.1-5 Mono System libraries (1.0)
ii  libmono1.0-cil1.1.17.1-5 Mono libraries (1.0)

banshee-daap recommends no packages.

-- no debconf information
--



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]