Aurelien Jarno wrote:
Le 04/05/2011 07:43, Jonathan Nieder a écrit :
Jonathan Nieder wrote:
Sounds like http://sourceware.org/bugzilla/show_bug.cgi?id=12518
which is fixed (sort of) by commit 0354e355 (2011-04-01).
Are you sure this is related? I find strange a recent version of xorg is
Hi,
Michel Dänzer wrote:
On Mit, 2011-05-04 at 00:10 -0500, Jonathan Nieder wrote:
Steve M. Robbins wrote:
Program received signal SIGSEGV, Segmentation fault.
__memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153
153 ../sysdeps/x86_64/multiarch/memcpy-ssse3.S: No such
On Mit, 2011-05-04 at 02:18 -0500, Jonathan Nieder wrote:
Michel Dänzer wrote:
On Mit, 2011-05-04 at 00:10 -0500, Jonathan Nieder wrote:
Steve M. Robbins wrote:
Program received signal SIGSEGV, Segmentation fault.
__memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153
On Mit, 2011-05-04 at 02:18 -0500, Jonathan Nieder wrote:
Michel Dänzer wrote:
On Mit, 2011-05-04 at 00:10 -0500, Jonathan Nieder wrote:
Steve M. Robbins wrote:
Program received signal SIGSEGV, Segmentation fault.
__memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153
Michel Dänzer daen...@debian.org (04/05/2011):
More importantly xserver-xorg-core-dbg, to get debugging symbols
for /usr/lib/xorg/modules/libshadow.so .
If fbdev is indeed used (see Michel's other mail about that),
rebuilding it with debugging symbols would be nice.
AFAICT from a quick grep,
On Mit, 2011-05-04 at 11:08 +0200, Cyril Brulebois wrote:
Michel Dänzer daen...@debian.org (04/05/2011):
More importantly xserver-xorg-core-dbg, to get debugging symbols
for /usr/lib/xorg/modules/libshadow.so .
If fbdev is indeed used (see Michel's other mail about that),
rebuilding it
Michel Dänzer daen...@debian.org (04/05/2011):
Those are just callback pointers passed to shadowAdd(). The driver
doesn't call shadowUpdatePacked() directly (in fact you'll note the
backtrace doesn't have any frames belonging to the driver), but the
shadow layer is only used as set up by the
Le 04/05/2011 09:05, Jonathan Nieder a écrit :
Aurelien Jarno wrote:
Le 04/05/2011 07:43, Jonathan Nieder a écrit :
Jonathan Nieder wrote:
Sounds like http://sourceware.org/bugzilla/show_bug.cgi?id=12518
which is fixed (sort of) by commit 0354e355 (2011-04-01).
Are you sure this is
Jonathan Nieder wrote:
$ icedove; echo $?
/usr/lib/icedove/icedove-bin: symbol lookup error:
/usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
127
Backtrace:
#0 _dl_signal_cerror (errcode=0, objname=0x7fffe6e70640
/usr/lib/icedove/components/libdbusservice.so,
Aurelien Jarno wrote:
Except that package rebuild doesn't mean a new upload (e.g binNMUs).
Yes, it would be painful if many packages have bugs of this kind.
Open source projects tend to check for this (and I've never run into
it after using libc 2.13 for a while) but I could easily be
Le 04/05/2011 14:02, Jonathan Nieder a écrit :
Aurelien Jarno wrote:
Except that package rebuild doesn't mean a new upload (e.g binNMUs).
Yes, it would be painful if many packages have bugs of this kind.
Open source projects tend to check for this (and I've never run into
it after using
Package: libc6
Version: 2.13-2
Severity: important
The following program crashes before executing main(). It is 100%
reproducible.
On a debian unstable machine updated one month ago, the crash did not
appear. The culprit is not gcc, since when compiling right now this
program with gcc 4.5 and
To see the web version of this message click here:
http://www.magnetmail.net/actions/email_web_version.cfm?recipient_id=715416346message_id=1344737user_id=ISC_
Wednesday, May 4, 2011
Dear Supporter of Group Activities,
Groups have and always will be a very fundamental, constructive, and active
reassign 625616 binutils
thanks
Le 04/05/2011 17:08, Eugen Dedu a écrit :
Package: libc6
Version: 2.13-2
Severity: important
The following program crashes before executing main(). It is 100%
reproducible.
On a debian unstable machine updated one month ago, the crash did not
appear.
Processing commands for cont...@bugs.debian.org:
reassign 625616 binutils
Bug #625616 [libc6] libc6: Reproducible crash when allocating in a static
constructor
Bug reassigned from package 'libc6' to 'binutils'.
Bug No longer marked as found in versions eglibc/2.13-2.
thanks
Stopping processing
Author: aurel32
Date: 2011-05-04 17:54:36 + (Wed, 04 May 2011)
New Revision: 4640
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/patches/any/local-no-pagesize.diff
Log:
* patches/any/local-no-pagesize.diff: use __sysconf() instead of
sysconf().
Processing commands for cont...@bugs.debian.org:
reassign 625607 libc6 2.13-1
Bug #625607 [cmake] cmake: Segfaults on sparc
Bug reassigned from package 'cmake' to 'libc6'.
Bug No longer marked as found in versions cmake/2.8.4+dfsg.1-2.
Bug #625607 [libc6] cmake: Segfaults on sparc
Bug Marked as
Processing commands for cont...@bugs.debian.org:
affects 625607 src:libvigraimpex
Bug #625607 [libc6] cmake: Segfaults on sparc
Removed indication that 625607 affects cmake
Added indication that 625607 affects src:libvigraimpex
thanks
Stopping processing here.
Please contact me if you need
Processing commands for cont...@bugs.debian.org:
affects 625607 src:shiboken
Bug #625607 [libc6] cmake: Segfaults on sparc
Removed indication that 625607 affects src:libvigraimpex
Added indication that 625607 affects src:shiboken
thanks
Stopping processing here.
Please contact me if you need
Processing commands for cont...@bugs.debian.org:
affects 625607 src:libreoffice
Bug #625607 [libc6] cmake: Segfaults on sparc
Removed indication that 625607 affects src:shiboken
Added indication that 625607 affects src:libreoffice
thanks
Stopping processing here.
Please contact me if you need
On Wed, May 04, 2011 at 09:29:53AM +0200, Michel Dänzer wrote:
On Mit, 2011-05-04 at 02:18 -0500, Jonathan Nieder wrote:
Thanks, Michel. Steve, could you install xserver-xorg-video-radeon-dbg
[...]
More importantly xserver-xorg-core-dbg, to get debugging symbols
for
On Wed, May 04, 2011 at 02:18:35AM -0500, Jonathan Nieder wrote:
Thanks, Michel. Steve, could you install xserver-xorg-video-radeon-dbg
and get a full backtrace (bt full), or even better, run xorg under
valgrind and see what it says?
OK, I ran valgrind Xorg; note that valgrind was not
On Wed, May 04, 2011 at 10:08:47AM +0200, Michel Dänzer wrote:
Steve, can you provide the output of fbset -i and the
/etc/X11/xorg.conf file as well? Any reason for not using the radeon
driver?
I don't know why the radeon driver is not in use. I have two monitors
(1600x1200 and 1920x1200)
23 matches
Mail list logo