Bug #10973 “xserver-xfree86: xserver (ATI or Radeon something 75...” : Bugs : xfree86 package : Debian

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-06:

#1

Automatically imported from Debian bug report #284448 http://bugs.debian.org/284448

Revision history for this message

Daniel Stone (daniels) wrote on 2004-12-06:

#2

This bug report is incredibly vague, filed on XFree86 (and thus automatically
imported), does not contain the right information, and is basically useless.

Revision history for this message

In Debian Bug tracker #284448, Branden Robinson (branden) wrote on 2004-12-07: Re: Bug#284448: xserver-xfree86: xserver (ATI or Radeon something 7500) crashes on variouslaunches of programcs from within X.

#3

Download full text (7.4 KiB)

severity 284448 important
tag 284448 + moreinfo upstream
retitle 284448 xserver-xfree86: [ati/radeon] server crashes while doing unspecified activity on Radeon 'something' 7500
thanks

> Justification: unknown, X-windows crashes which is unacceptable for a production system

If the justification is "unknown", it might as well not be present.

This bug is not a report of a Policy violation, nor does failure of the X
server to work on a particular piece of video hardware -- notably one which you
haven't actually identified -- constitute a bug which renders the package
"unsuitable" for release.

A crashing bug that affected all users of xserver-xfree86 would be a different
story.

> The data below are not really applicable, because I've put in another
> video card. I've spent more than a day re/configuring. Problem is,
> that various launches (from gnome panel, from terminal) of various
> programs (rxvt, galeon, wmware) cause the Xserver to crash. (I
> sincerely hope) it is specific to the ati or radeon video card/driver
> `ati' or `radeon'.

Probably -- most crashing bugs are in hardware specific code, either in the 2D
XFree86 driver, or the 3D DRI driver.

> I've used the ati video card happily without problems for over a year.
> I had to change from stable to sarge because xfree 4.1.0 didn't
> support the card. Since 3 dec 2004 somehow, X-server crashes. It
> might have been the upgrade to 4.3.0.dfsg.1-8 at some upgrade to
> `sarge' in the past, but I can't find any earlier problemless xserver
> anymore from the archives to test this hypothesis.

Are you aware of snapshot.debian.net? It would be *extremely* helpful to know
at which package version this regression in functionality took place.

> The data below is not so accurate w.r.t the video card, since that has
> been replaced in this machine. Sorry about that.

We're simply going to have to have accurate information before we can proceed.

[The following is a form letter.]

Can you reproduce the problem with xserver-xfree86-dbg? Install the
package and tell debconf you want to use that X server. Then restart the X
server and try to reproduce the bug (should be easy). If it doesn't crash,
let us know. If it does crash, become root, enable core dumps ("ulimit -c
unlimited" in bash), start the X server as root and reproduce the crash
again:

# startx $(which x-terminal-emulator) -- :1

(If no X server is running at DISPLAY=:0, you can leave off the "-- :1"
part).

This will launch the X server running a lone terminal client with no window
manager. Run the client that provokes the crash from the terminal prompt.
If the X server crashes, it should leave a core dump in /etc/X11.

We then run the GNU Debugger, GDB, on the core file and executable. We're
interested in a backtrace of execution. The X server has a signal handler
in it so it can do things like exit gracefully (restoring the text console,
and so forth), so we're not actually interested in all the stack frames --
just those "above" the signal handler.

Here's an example GDB session I logged after provoking an artificial server
crash (with "kill -SEGV").

  % gdb $(which XFree86-debug) core
  GNU gdb 6.1-debian
  Copyrig...

severity 284448 important
tag 284448 + moreinfo upstream
retitle 284448 xserver-xfree86: [ati/radeon] server crashes while doing unspecified activity on Radeon 'something' 7500
thanks

> Justification: unknown, X-windows crashes which is unacceptable for a production system

If the justification is "unknown", it might as well not be present.

This bug is not a report of a Policy violation, nor does failure of the X
server to work on a particular piece of video hardware -- notably one which you
haven't actually identified -- constitute a bug which renders the package
"unsuitable" for release.

A crashing bug that affected all users of xserver-xfree86 would be a different
story.

> The data below are not really applicable, because I've put in another
> video card.  I've spent more than a day re/configuring.  Problem is,
> that various launches (from gnome panel, from terminal) of various
> programs (rxvt, galeon, wmware) cause the Xserver to crash.  (I
> sincerely hope) it is specific to the ati or radeon video card/driver
> `ati' or `radeon'.

Probably -- most crashing bugs are in hardware specific code, either in the 2D
XFree86 driver, or the 3D DRI driver.

> I've used the ati video card happily without problems for over a year.
> I had to change from stable to sarge because xfree 4.1.0 didn't
> support the card.  Since 3 dec 2004 somehow, X-server crashes.  It
> might have been the upgrade to 4.3.0.dfsg.1-8 at some upgrade to
> `sarge' in the past, but I can't find any earlier problemless xserver
> anymore from the archives to test this hypothesis.

Are you aware of snapshot.debian.net?  It would be *extremely* helpful to know
at which package version this regression in functionality took place.

> The data below is not so accurate w.r.t the video card, since that has
> been replaced in this machine.  Sorry about that.

We're simply going to have to have accurate information before we can proceed.

[The following is a form letter.]

Can you reproduce the problem with xserver-xfree86-dbg?  Install the
package and tell debconf you want to use that X server.  Then restart the X
server and try to reproduce the bug (should be easy).  If it doesn't crash,
let us know.  If it does crash, become root, enable core dumps ("ulimit -c
unlimited" in bash), start the X server as root and reproduce the crash
again:

# startx $(which x-terminal-emulator) -- :1

(If no X server is running at DISPLAY=:0, you can leave off the "-- :1"
part).

This will launch the X server running a lone terminal client with no window
manager.  Run the client that provokes the crash from the terminal prompt.
If the X server crashes, it should leave a core dump in /etc/X11.

We then run the GNU Debugger, GDB, on the core file and executable.  We're
interested in a backtrace of execution.  The X server has a signal handler
in it so it can do things like exit gracefully (restoring the text console,
and so forth), so we're not actually interested in all the stack frames --
just those "above" the signal handler.

Here's an example GDB session I logged after provoking an artificial server
crash (with "kill -SEGV").

% gdb $(which XFree86-debug) core
  GNU gdb 6.1-debian
  Copyright 2004 Free Software Foundation, Inc.
  GDB is free software, covered by the GNU General Public License, and you are
  welcome to change it and/or distribute copies of it under certain conditions.
  Type "show copying" to see the conditions.
  There is absolutely no warranty for GDB.  Type "show warranty" for details.
  This GDB was configured as "i386-linux"...Using host libthread_db library "/lib/libthread_db.so.1".

Core was generated by `/usr/X11R6/bin/X :1'.
  Program terminated with signal 6, Aborted.
  Reading symbols from /usr/lib/libfreetype.so.6...done.
  Loaded symbols for /usr/lib/libfreetype.so.6
  Reading symbols from /usr/lib/libz.so.1...done.
  Loaded symbols for /usr/lib/libz.so.1
  Reading symbols from /lib/libm.so.6...done.
  Loaded symbols for /lib/libm.so.6
  Reading symbols from /lib/libc.so.6...done.
  Loaded symbols for /lib/libc.so.6
  Reading symbols from /lib/ld-linux.so.2...done.
  Loaded symbols for /lib/ld-linux.so.2
  #0  0x400f2721 in kill () from /lib/libc.so.6
  (gdb) bt
  #0  0x400f2721 in kill () from /lib/libc.so.6
  #1  0x400f24c5 in raise () from /lib/libc.so.6
  #2  0x400f39e8 in abort () from /lib/libc.so.6
  #3  0x08464b8c in ddxGiveUp () at xf86Init.c:1173
  #4  0x08464c6b in AbortDDX () at xf86Init.c:1224
  #5  0x08508bd7 in AbortServer () at utils.c:436
  #6  0x0850a563 in FatalError (f=0x8a26ea0 "Caught signal %d.  Server aborting\n") at utils.c:1421
  #7  0x0847fbf5 in xf86SigHandler (signo=11) at xf86Events.c:1198
  #8  <signal handler called>
  #9  0x40199dd2 in select () from /lib/libc.so.6
  #10 0x401f8550 in ?? () from /lib/libc.so.6
  #11 0x400164a0 in ?? () from /lib/ld-linux.so.2
  #12 0xbffff8f0 in ?? ()
  #13 0x08502520 in WaitForSomething (pClientsReady=0xbffff944) at WaitFor.c:350
  #14 0x084cff54 in Dispatch () at dispatch.c:379
  #15 0x084e763c in main (argc=2, argv=0xbffffe04, envp=0xbffffe10) at main.c:469
  (gdb) bt full -7
  #9  0x40199dd2 in select () from /lib/libc.so.6
  No symbol table info available.
  #10 0x401f8550 in ?? () from /lib/libc.so.6
  No symbol table info available.
  #11 0x400164a0 in ?? () from /lib/ld-linux.so.2
  No symbol table info available.
  #12 0xbffff8f0 in ?? ()
  No symbol table info available.
  #13 0x08502520 in WaitForSomething (pClientsReady=0xbffff944) at WaitFor.c:350
          i = 2
          waittime = {tv_sec = 118, tv_usec = 580000}
          wt = (struct timeval *) 0xbffff910
          timeout = 599999
          standbyTimeout = 1199999
          suspendTimeout = 1799999
          offTimeout = 2399999
          clientsReadable = {fds_bits = {0 <repeats 32 times>}}
          clientsWritable = {fds_bits = {1, 146318192, -1073743800, 140704020, 147350456, 147350040, 2, 312, 1, 1075418973, -1073743800, 139461033, 147374816, 1, -1073743680, 9, 1073833120, -1073742332, 
      -1073743784, 139526463, 9, -1073743680, 1, 139458611, 147350456, 147350040, -1073743752, 139529154, 147339744, -1073743680, 1, 1074655182}}
          curclient = 147556952
          selecterr = 3
          nready = 0
          devicesReadable = {fds_bits = {1, 1, 6, 146327832, 147350508, 0, 315, 302, 9, 3, 315, 302, 9, 3, 0, 0, 146318192, 1075807568, -1073743880, 137843170, 146125816, 3, 313, 147556952, 0, 15066597, 3, 
      -1, 147350500, 1, 0, 146319268}}
          now = 16069
          someReady = 0
  #14 0x084cff54 in Dispatch () at dispatch.c:379
          clientReady = (int *) 0xbffff944
          result = 0
          client = 0x8c8c2e0
          nready = -1
          icheck = (HWEventQueuePtr *) 0x8b45c68
          start_tick = 940
  #15 0x084e763c in main (argc=2, argv=0xbffffe04, envp=0xbffffe10) at main.c:469
          i = 1
          j = 2
          k = 2
          error = -1073742332
          xauthfile = 0xbfffffba "/root/.Xauthority"
          alwaysCheckForInput = {0, 1}
  (gdb) quit

In the example above, you can see I used "bt full -7" to get the
"outermost" seven stack frames, complete with local variable information,
where available.

If you could send us something smiliar, that would be very helpful.

-- 
G. Branden Robinson                |    It is the responsibility of
Debian GNU/Linux                   |    intellectuals to tell the truth and
branden@debian.org                 |    expose lies.
http://people.debian.org/~branden/ |    -- Noam Chomsky

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-07:

#4

Download full text (8.3 KiB)

Message-ID: <email address hidden>
Date: Tue, 7 Dec 2004 17:06:46 -0500
From: Branden Robinson <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: Re: Bug#284448: xserver-xfree86: xserver (ATI or Radeon something 7500) crashes on
variouslaunches of programcs from within X.

--HFD/Dq8JdnjNvyuv
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

severity 284448 important
tag 284448 + moreinfo upstream
retitle 284448 xserver-xfree86: [ati/radeon] server crashes while doing uns=
pecified activity on Radeon 'something' 7500
thanks

> Justification: unknown, X-windows crashes which is unacceptable for a pro=
duction system

If the justification is "unknown", it might as well not be present.

This bug is not a report of a Policy violation, nor does failure of the X
server to work on a particular piece of video hardware -- notably one which=
you
haven't actually identified -- constitute a bug which renders the package
"unsuitable" for release.

A crashing bug that affected all users of xserver-xfree86 would be a differ=
ent
story.

> The data below are not really applicable, because I've put in another
> video card. I've spent more than a day re/configuring. Problem is,
> that various launches (from gnome panel, from terminal) of various
> programs (rxvt, galeon, wmware) cause the Xserver to crash. (I
> sincerely hope) it is specific to the ati or radeon video card/driver
> `ati' or `radeon'.

Probably -- most crashing bugs are in hardware specific code, either in the=
2D
XFree86 driver, or the 3D DRI driver.

> I've used the ati video card happily without problems for over a year.
> I had to change from stable to sarge because xfree 4.1.0 didn't
> support the card. Since 3 dec 2004 somehow, X-server crashes. It
> might have been the upgrade to 4.3.0.dfsg.1-8 at some upgrade to
> `sarge' in the past, but I can't find any earlier problemless xserver
> anymore from the archives to test this hypothesis.

Are you aware of snapshot.debian.net? It would be *extremely* helpful to k=
now
at which package version this regression in functionality took place.

> The data below is not so accurate w.r.t the video card, since that has
> been replaced in this machine. Sorry about that.=20

We're simply going to have to have accurate information before we can proce=
ed.

[The following is a form letter.]

Can you reproduce the problem with xserver-xfree86-dbg? Install the
package and tell debconf you want to use that X server. Then restart the X
server and try to reproduce the bug (should be easy). If it doesn't crash,
let us know. If it does crash, become root, enable core dumps ("ulimit -c
unlimited" in bash), start the X server as root and reproduce the crash
again:

# startx $(which x-terminal-emulator) -- :1

(If no X server is running at DISPLAY=3D:0, you can leave off the "-- :1"
part).

This will launch the X server running a lone terminal client with no window
manager. Run the client that provokes the crash from the terminal prompt.
If the X server crashes, it should leave a core dump in /etc/X11.

We then run the GN...

Message-ID: <20041207220646.GL29501@redwald.deadbeast.net>
Date: Tue, 7 Dec 2004 17:06:46 -0500
From: Branden Robinson <branden@debian.org>
To: 284448-submitter@bugs.debian.org, control@bugs.debian.org
Subject: Re: Bug#284448: xserver-xfree86: xserver (ATI or Radeon something 7500) crashes on
	variouslaunches of programcs from within X.

--HFD/Dq8JdnjNvyuv
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

severity 284448 important
tag 284448 + moreinfo upstream
retitle 284448 xserver-xfree86: [ati/radeon] server crashes while doing uns=
pecified activity on Radeon 'something' 7500
thanks

> Justification: unknown, X-windows crashes which is unacceptable for a pro=
duction system

If the justification is "unknown", it might as well not be present.

This bug is not a report of a Policy violation, nor does failure of the X
server to work on a particular piece of video hardware -- notably one which=
 you
haven't actually identified -- constitute a bug which renders the package
"unsuitable" for release.

A crashing bug that affected all users of xserver-xfree86 would be a differ=
ent
story.

> The data below are not really applicable, because I've put in another
> video card.  I've spent more than a day re/configuring.  Problem is,
> that various launches (from gnome panel, from terminal) of various
> programs (rxvt, galeon, wmware) cause the Xserver to crash.  (I
> sincerely hope) it is specific to the ati or radeon video card/driver
> `ati' or `radeon'.

Probably -- most crashing bugs are in hardware specific code, either in the=
 2D
XFree86 driver, or the 3D DRI driver.

> I've used the ati video card happily without problems for over a year.
> I had to change from stable to sarge because xfree 4.1.0 didn't
> support the card.  Since 3 dec 2004 somehow, X-server crashes.  It
> might have been the upgrade to 4.3.0.dfsg.1-8 at some upgrade to
> `sarge' in the past, but I can't find any earlier problemless xserver
> anymore from the archives to test this hypothesis.

Are you aware of snapshot.debian.net?  It would be *extremely* helpful to k=
now
at which package version this regression in functionality took place.

> The data below is not so accurate w.r.t the video card, since that has
> been replaced in this machine.  Sorry about that.=20

We're simply going to have to have accurate information before we can proce=
ed.

[The following is a form letter.]

Can you reproduce the problem with xserver-xfree86-dbg?  Install the
package and tell debconf you want to use that X server.  Then restart the X
server and try to reproduce the bug (should be easy).  If it doesn't crash,
let us know.  If it does crash, become root, enable core dumps ("ulimit -c
unlimited" in bash), start the X server as root and reproduce the crash
again:

# startx $(which x-terminal-emulator) -- :1

(If no X server is running at DISPLAY=3D:0, you can leave off the "-- :1"
part).

This will launch the X server running a lone terminal client with no window
manager.  Run the client that provokes the crash from the terminal prompt.
If the X server crashes, it should leave a core dump in /etc/X11.

We then run the GNU Debugger, GDB, on the core file and executable.  We're
interested in a backtrace of execution.  The X server has a signal handler
in it so it can do things like exit gracefully (restoring the text console,
and so forth), so we're not actually interested in all the stack frames --
just those "above" the signal handler.

Here's an example GDB session I logged after provoking an artificial server
crash (with "kill -SEGV").

% gdb $(which XFree86-debug) core
  GNU gdb 6.1-debian
  Copyright 2004 Free Software Foundation, Inc.
  GDB is free software, covered by the GNU General Public License, and you =
are
  welcome to change it and/or distribute copies of it under certain conditi=
ons.
  Type "show copying" to see the conditions.
  There is absolutely no warranty for GDB.  Type "show warranty" for detail=
s.
  This GDB was configured as "i386-linux"...Using host libthread_db library=
 "/lib/libthread_db.so.1".

Core was generated by `/usr/X11R6/bin/X :1'.
  Program terminated with signal 6, Aborted.
  Reading symbols from /usr/lib/libfreetype.so.6...done.
  Loaded symbols for /usr/lib/libfreetype.so.6
  Reading symbols from /usr/lib/libz.so.1...done.
  Loaded symbols for /usr/lib/libz.so.1
  Reading symbols from /lib/libm.so.6...done.
  Loaded symbols for /lib/libm.so.6
  Reading symbols from /lib/libc.so.6...done.
  Loaded symbols for /lib/libc.so.6
  Reading symbols from /lib/ld-linux.so.2...done.
  Loaded symbols for /lib/ld-linux.so.2
  #0  0x400f2721 in kill () from /lib/libc.so.6
  (gdb) bt
  #0  0x400f2721 in kill () from /lib/libc.so.6
  #1  0x400f24c5 in raise () from /lib/libc.so.6
  #2  0x400f39e8 in abort () from /lib/libc.so.6
  #3  0x08464b8c in ddxGiveUp () at xf86Init.c:1173
  #4  0x08464c6b in AbortDDX () at xf86Init.c:1224
  #5  0x08508bd7 in AbortServer () at utils.c:436
  #6  0x0850a563 in FatalError (f=3D0x8a26ea0 "Caught signal %d.  Server ab=
orting\n") at utils.c:1421
  #7  0x0847fbf5 in xf86SigHandler (signo=3D11) at xf86Events.c:1198
  #8  <signal handler called>
  #9  0x40199dd2 in select () from /lib/libc.so.6
  #10 0x401f8550 in ?? () from /lib/libc.so.6
  #11 0x400164a0 in ?? () from /lib/ld-linux.so.2
  #12 0xbffff8f0 in ?? ()
  #13 0x08502520 in WaitForSomething (pClientsReady=3D0xbffff944) at WaitFo=
r.c:350
  #14 0x084cff54 in Dispatch () at dispatch.c:379
  #15 0x084e763c in main (argc=3D2, argv=3D0xbffffe04, envp=3D0xbffffe10) a=
t main.c:469
  (gdb) bt full -7
  #9  0x40199dd2 in select () from /lib/libc.so.6
  No symbol table info available.
  #10 0x401f8550 in ?? () from /lib/libc.so.6
  No symbol table info available.
  #11 0x400164a0 in ?? () from /lib/ld-linux.so.2
  No symbol table info available.
  #12 0xbffff8f0 in ?? ()
  No symbol table info available.
  #13 0x08502520 in WaitForSomething (pClientsReady=3D0xbffff944) at WaitFo=
r.c:350
          i =3D 2
          waittime =3D {tv_sec =3D 118, tv_usec =3D 580000}
          wt =3D (struct timeval *) 0xbffff910
          timeout =3D 599999
          standbyTimeout =3D 1199999
          suspendTimeout =3D 1799999
          offTimeout =3D 2399999
          clientsReadable =3D {fds_bits =3D {0 <repeats 32 times>}}
          clientsWritable =3D {fds_bits =3D {1, 146318192, -1073743800, 140=
704020, 147350456, 147350040, 2, 312, 1, 1075418973, -1073743800, 139461033=
, 147374816, 1, -1073743680, 9, 1073833120, -1073742332,=20
      -1073743784, 139526463, 9, -1073743680, 1, 139458611, 147350456, 1473=
50040, -1073743752, 139529154, 147339744, -1073743680, 1, 1074655182}}
          curclient =3D 147556952
          selecterr =3D 3
          nready =3D 0
          devicesReadable =3D {fds_bits =3D {1, 1, 6, 146327832, 147350508,=
 0, 315, 302, 9, 3, 315, 302, 9, 3, 0, 0, 146318192, 1075807568, -107374388=
0, 137843170, 146125816, 3, 313, 147556952, 0, 15066597, 3,=20
      -1, 147350500, 1, 0, 146319268}}
          now =3D 16069
          someReady =3D 0
  #14 0x084cff54 in Dispatch () at dispatch.c:379
          clientReady =3D (int *) 0xbffff944
          result =3D 0
          client =3D 0x8c8c2e0
          nready =3D -1
          icheck =3D (HWEventQueuePtr *) 0x8b45c68
          start_tick =3D 940
  #15 0x084e763c in main (argc=3D2, argv=3D0xbffffe04, envp=3D0xbffffe10) a=
t main.c:469
          i =3D 1
          j =3D 2
          k =3D 2
          error =3D -1073742332
          xauthfile =3D 0xbfffffba "/root/.Xauthority"
          alwaysCheckForInput =3D {0, 1}
  (gdb) quit

In the example above, you can see I used "bt full -7" to get the
"outermost" seven stack frames, complete with local variable information,
where available.

If you could send us something smiliar, that would be very helpful.

--=20
G. Branden Robinson                |    It is the responsibility of
Debian GNU/Linux                   |    intellectuals to tell the truth and
branden@debian.org                 |    expose lies.
http://people.debian.org/~branden/ |    -- Noam Chomsky

--HFD/Dq8JdnjNvyuv
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iEYEARECAAYFAkG2KXYACgkQ6kxmHytGonywgACdH2wmWbB7FxF7bnegfkjYmhGk
Go0AoJKxwxCoJV0mS/JwJ+gmEHf05S0Y
=7yUw
-----END PGP SIGNATURE-----

--HFD/Dq8JdnjNvyuv--

Revision history for this message

In Debian Bug tracker #284448, David A. van Leeuwen (david-elseware-nl) wrote on 2004-12-08:

#5

Branden Robinson wrote:

>If the justification is "unknown", it might as well not be present.
>
>
>
Sorry, this is my first bug report (after using debian for many years,
since 0.7 or so), and I believe the script suggested that.

>This bug is not a report of a Policy violation, nor does failure of the X
>server to work on a particular piece of video hardware -- notably one which you
>haven't actually identified -- constitute a bug which renders the package
>"unsuitable" for release.
>
>
>
unsuitable it is, therefore. But since today it has become worse. My
computer at home, with---from lspci:
0000:01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS]
86C326 5598/6326 (rev d2)
---graphics card now shows the same behaviour.

X-Server crashes on rxvt launch from gnome panel. Happened several
times now. I had a xserver-xfree86-3.1.0.dfsg.1-4 .deb left around, I
am using that now, hoping it won't die on my while composing the message...

>A crashing bug that affected all users of xserver-xfree86 would be a different
>story.
>
>
>
Well, so first there was the ati/radeon 7500 and now the SiS 6326.

>>The data below are not really applicable, because I've put in another
>>video card. I've spent more than a day re/configuring. Problem is,
>>that various launches (from gnome panel, from terminal) of various
>>programs (rxvt, galeon, wmware) cause the Xserver to crash. (I
>>sincerely hope) it is specific to the ati or radeon video card/driver
>>`ati' or `radeon'.
>>
>>
>
>Probably -- most crashing bugs are in hardware specific code, either in the 2D
>XFree86 driver, or the 3D DRI driver.
>
>
>
I believe I am not using 3D, not using DRI in the case of the ati/radeon
7500 (I commented the module out at some stage without positive effect).

>>I've used the ati video card happily without problems for over a year.
>>I had to change from stable to sarge because xfree 4.1.0 didn't
>>support the card. Since 3 dec 2004 somehow, X-server crashes. It
>>might have been the upgrade to 4.3.0.dfsg.1-8 at some upgrade to
>>`sarge' in the past, but I can't find any earlier problemless xserver
>>anymore from the archives to test this hypothesis.
>>
>>
>
>Are you aware of snapshot.debian.net? It would be *extremely* helpful to know
>at which package version this regression in functionality took place.
>
>
>
No, I wasn't unfortunately. I needed it desparately.

>>The data below is not so accurate w.r.t the video card, since that has
>>been replaced in this machine. Sorry about that.
>>
>>
>
>We're simply going to have to have accurate information before we can proceed.
>
>[The following is a form letter.]
>
>
>
Thanks---I will try this. In a way I am happy that this problem now
occurs at home as well.
I was extremely frustrated finding a solution for my crashing X-server
at work, having spent more than a day on it very unsuccesfully.
Now I can spend some of my own time on the problem.

---david

Branden Robinson wrote:

>If the justification is "unknown", it might as well not be present.
>
>  
>
Sorry, this is my first bug report (after using debian for many years, 
since 0.7 or so), and I believe the script suggested that.

>This bug is not a report of a Policy violation, nor does failure of the X
>server to work on a particular piece of video hardware -- notably one which you
>haven't actually identified -- constitute a bug which renders the package
>"unsuitable" for release.
>
>  
>
unsuitable it is, therefore.  But since today it has become worse.  My 
computer at home, with---from lspci:
0000:01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 
86C326 5598/6326 (rev d2)
---graphics card now shows the same behaviour.

X-Server crashes on rxvt launch from gnome panel.  Happened several 
times now.  I had a xserver-xfree86-3.1.0.dfsg.1-4 .deb left around, I 
am using that now, hoping it won't die on my while composing the message...

>A crashing bug that affected all users of xserver-xfree86 would be a different
>story.
>
>  
>
Well, so first there was the ati/radeon 7500 and now the SiS 6326.

>>The data below are not really applicable, because I've put in another
>>video card.  I've spent more than a day re/configuring.  Problem is,
>>that various launches (from gnome panel, from terminal) of various
>>programs (rxvt, galeon, wmware) cause the Xserver to crash.  (I
>>sincerely hope) it is specific to the ati or radeon video card/driver
>>`ati' or `radeon'.
>>    
>>
>
>Probably -- most crashing bugs are in hardware specific code, either in the 2D
>XFree86 driver, or the 3D DRI driver.
>
>  
>
I believe I am not using 3D, not using DRI in the case of the ati/radeon 
7500 (I commented the module out at some stage without positive effect).

>>I've used the ati video card happily without problems for over a year.
>>I had to change from stable to sarge because xfree 4.1.0 didn't
>>support the card.  Since 3 dec 2004 somehow, X-server crashes.  It
>>might have been the upgrade to 4.3.0.dfsg.1-8 at some upgrade to
>>`sarge' in the past, but I can't find any earlier problemless xserver
>>anymore from the archives to test this hypothesis.
>>    
>>
>
>Are you aware of snapshot.debian.net?  It would be *extremely* helpful to know
>at which package version this regression in functionality took place.
>
>  
>
No, I wasn't unfortunately.  I needed it desparately.

>>The data below is not so accurate w.r.t the video card, since that has
>>been replaced in this machine.  Sorry about that. 
>>    
>>
>
>We're simply going to have to have accurate information before we can proceed.
>
>[The following is a form letter.]
>
>  
>
Thanks---I will try this.  In a way I am happy that this problem now 
occurs at home as well. 
I was extremely frustrated finding a solution for my crashing X-server 
at work, having spent more than a day on it very unsuccesfully.
Now I can spend some of my own time on the problem.

---david

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-08:

#6

Download full text (3.2 KiB)

Message-ID: <email address hidden>
Date: Wed, 08 Dec 2004 23:09:22 +0100
From: "David A. van Leeuwen" <email address hidden>
To: Branden Robinson <email address hidden>, <email address hidden>
Subject: Re: Bug#284448: xserver-xfree86: xserver (ATI or Radeon something
7500) crashes on variouslaunches of programcs from within X.

Branden Robinson wrote:

>If the justification is "unknown", it might as well not be present.
>
>
>
Sorry, this is my first bug report (after using debian for many years,
since 0.7 or so), and I believe the script suggested that.

>This bug is not a report of a Policy violation, nor does failure of the X
>server to work on a particular piece of video hardware -- notably one which you
>haven't actually identified -- constitute a bug which renders the package
>"unsuitable" for release.
>
>
>
unsuitable it is, therefore. But since today it has become worse. My
computer at home, with---from lspci:
0000:01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS]
86C326 5598/6326 (rev d2)
---graphics card now shows the same behaviour.

X-Server crashes on rxvt launch from gnome panel. Happened several
times now. I had a xserver-xfree86-3.1.0.dfsg.1-4 .deb left around, I
am using that now, hoping it won't die on my while composing the message...

>A crashing bug that affected all users of xserver-xfree86 would be a different
>story.
>
>
>
Well, so first there was the ati/radeon 7500 and now the SiS 6326.

>>The data below are not really applicable, because I've put in another
>>video card. I've spent more than a day re/configuring. Problem is,
>>that various launches (from gnome panel, from terminal) of various
>>programs (rxvt, galeon, wmware) cause the Xserver to crash. (I
>>sincerely hope) it is specific to the ati or radeon video card/driver
>>`ati' or `radeon'.
>>
>>
>
>Probably -- most crashing bugs are in hardware specific code, either in the 2D
>XFree86 driver, or the 3D DRI driver.
>
>
>
I believe I am not using 3D, not using DRI in the case of the ati/radeon
7500 (I commented the module out at some stage without positive effect).

>>I've used the ati video card happily without problems for over a year.
>>I had to change from stable to sarge because xfree 4.1.0 didn't
>>support the card. Since 3 dec 2004 somehow, X-server crashes. It
>>might have been the upgrade to 4.3.0.dfsg.1-8 at some upgrade to
>>`sarge' in the past, but I can't find any earlier problemless xserver
>>anymore from the archives to test this hypothesis.
>>
>>
>
>Are you aware of snapshot.debian.net? It would be *extremely* helpful to know
>at which package version this regression in functionality took place.
>
>
>
No, I wasn't unfortunately. I needed it desparately.

>>The data below is not so accurate w.r.t the video card, since that has
>>been replaced in this machine. Sorry about that.
>>
>>
>
>We're simply going to have to have accurate information before we can proceed.
>
>[The following is a form letter.]
>
>
>
Thanks---I will try this. In a way I am happy that this problem now
occurs at home as well.
I was extremely frustrated finding a solution for my crashing X-server
at ...

Message-ID: <41B77B92.7050306@elseware.nl>
Date: Wed, 08 Dec 2004 23:09:22 +0100
From: "David A. van Leeuwen" <david@elseware.nl>
To: Branden Robinson <branden@debian.org>,  284448-quiet@bugs.debian.org
Subject: Re: Bug#284448: xserver-xfree86: xserver (ATI or Radeon something
	7500) crashes on variouslaunches of programcs from within X.

Branden Robinson wrote:

>If the justification is "unknown", it might as well not be present.
>
>  
>
Sorry, this is my first bug report (after using debian for many years, 
since 0.7 or so), and I believe the script suggested that.

>This bug is not a report of a Policy violation, nor does failure of the X
>server to work on a particular piece of video hardware -- notably one which you
>haven't actually identified -- constitute a bug which renders the package
>"unsuitable" for release.
>
>  
>
unsuitable it is, therefore.  But since today it has become worse.  My 
computer at home, with---from lspci:
0000:01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 
86C326 5598/6326 (rev d2)
---graphics card now shows the same behaviour.

X-Server crashes on rxvt launch from gnome panel.  Happened several 
times now.  I had a xserver-xfree86-3.1.0.dfsg.1-4 .deb left around, I 
am using that now, hoping it won't die on my while composing the message...

>A crashing bug that affected all users of xserver-xfree86 would be a different
>story.
>
>  
>
Well, so first there was the ati/radeon 7500 and now the SiS 6326.

>>The data below are not really applicable, because I've put in another
>>video card.  I've spent more than a day re/configuring.  Problem is,
>>that various launches (from gnome panel, from terminal) of various
>>programs (rxvt, galeon, wmware) cause the Xserver to crash.  (I
>>sincerely hope) it is specific to the ati or radeon video card/driver
>>`ati' or `radeon'.
>>    
>>
>
>Probably -- most crashing bugs are in hardware specific code, either in the 2D
>XFree86 driver, or the 3D DRI driver.
>
>  
>
I believe I am not using 3D, not using DRI in the case of the ati/radeon 
7500 (I commented the module out at some stage without positive effect).

>>I've used the ati video card happily without problems for over a year.
>>I had to change from stable to sarge because xfree 4.1.0 didn't
>>support the card.  Since 3 dec 2004 somehow, X-server crashes.  It
>>might have been the upgrade to 4.3.0.dfsg.1-8 at some upgrade to
>>`sarge' in the past, but I can't find any earlier problemless xserver
>>anymore from the archives to test this hypothesis.
>>    
>>
>
>Are you aware of snapshot.debian.net?  It would be *extremely* helpful to know
>at which package version this regression in functionality took place.
>
>  
>
No, I wasn't unfortunately.  I needed it desparately.

>>The data below is not so accurate w.r.t the video card, since that has
>>been replaced in this machine.  Sorry about that. 
>>    
>>
>
>We're simply going to have to have accurate information before we can proceed.
>
>[The following is a form letter.]
>
>  
>
Thanks---I will try this.  In a way I am happy that this problem now 
occurs at home as well. 
I was extremely frustrated finding a solution for my crashing X-server 
at work, having spent more than a day on it very unsuccesfully.
Now I can spend some of my own time on the problem.

---david

Revision history for this message

In Debian Bug tracker #284448, David A. van Leeuwen (david-elseware-nl) wrote on 2004-12-11:

#7

Branden Robinson wrote:

>tag 284448 + moreinfo upstream
>
>
>We're simply going to have to have accurate information before we can proceed.
>
>[The following is a form letter.]
>
>Can you reproduce the problem with xserver-xfree86-dbg? Install the
>
>
Situation is as follows:
- I can reproduce the bug with xserver-xfree86_4.3.0.dfsg.1-8. `startx
/usr/bin/gnome-panel -- :1`, launch rxvt from bottom panel, crash.
- I cannot reproduce the bug with xserver-xfree86-dbg_4.3.0.dfsg.1-8
- I can also not reproduce the bug running as root with
xserver-xfree86_4.3.0.dfsg.1-8
- I can also not reproduce the bug with xserver-xfree86_4.3.0.dfsg.1-4
This all holds for the SiS 6326 card at home.

I am sorry I can't reproduce the bug under the -dbg package. It all
seems to me that the xserver-xfree86_4.3.0.dfsg.1-8 build is somehow a
little broken. Maybe a recompile alone would solve my problems.

---david

Revision history for this message

In Debian Bug tracker #284448, Michel Daenzer (daenzer) wrote on 2004-12-11: Re: Bug#284448: xserver-xfree86: xserver (ATI or Radeon something 7500) crashes on variouslaunches of programcs from within X.

#8

On Sat, 2004-12-11 at 22:32 +0100, David A. van Leeuwen wrote:
>
> I am sorry I can't reproduce the bug under the -dbg package.

The logfile you attach does seem to be from the debugging X server
though?

--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-12:

#9

Message-Id: <email address hidden>
Date: Sat, 11 Dec 2004 18:41:31 -0500
From: Michel =?ISO-8859-1?Q?D=E4nzer?= <email address hidden>
To: "David A. van Leeuwen" <email address hidden>, <email address hidden>
Cc: Branden Robinson <email address hidden>
Subject: Re: Bug#284448: xserver-xfree86: xserver (ATI or Radeon something
7500) crashes on variouslaunches of programcs from within X.

On Sat, 2004-12-11 at 22:32 +0100, David A. van Leeuwen wrote:
>=20
> I am sorry I can't reproduce the bug under the -dbg package.

The logfile you attach does seem to be from the debugging X server
though?

--=20
Earthling Michel D=C3=A4nzer | Debian (powerpc), X and DRI develop=
er
Libre software enthusiast | http://svcs.affero.net/rm.php?r=3Ddaenzer

Revision history for this message

In Debian Bug tracker #284448, David A. van Leeuwen (david-elseware-nl) wrote on 2004-12-12: Re: Bug#284448: Got it. back traced core dump

#10

Branden Robinson wrote:

> % gdb $(which XFree86-debug) core
>
>
>If you could send us something smiliar, that would be very helpful.
>
>
>
OK, I got it. After another upgrade to `testing' today, and a reboot
for a kernel parameter earlier today, My SiS6326 card started to crash
more consistently, even with the dfsg.1-4 package. So I tried the
-dbg_4.3.0.dfsg.1-8 package under root and unlimited core size, and
after a while trying I caught the crash.

I hope Mozilla (in which I can't seem to include text from a file---i
must attach---sorry) shows the bug report properly.

I've noticed that a typical behaviour is: server either crashes on one
of the first 10-or-so launches of clients (doesn't matter which), or it
doesn't, and then tends to live very long.

I hope this information help you.

---david

Revision history for this message

In Debian Bug tracker #284448, Branden Robinson (branden) wrote on 2004-12-15: Re: Bug#284448: xserver-xfree86: xserver (ATI or Radeon something 7500) crashes on variouslaunches of programcs from within X.

#11

retitle 284448 xserver-xfree86: [sis] SEGV in memcpy() called from fs_read_list_info() on 86C326 5598/6326 rev 210
tag 284448 + upstream
thanks

On Wed, Dec 08, 2004 at 11:09:22PM +0100, David A. van Leeuwen wrote:
> Branden Robinson wrote:
>
> >If the justification is "unknown", it might as well not be present.
> >
> Sorry, this is my first bug report (after using debian for many years,
> since 0.7 or so), and I believe the script suggested that.

Hmm, okay. Well, this might be a difference of opinion between me and the
person who wrote that, so let's not worry about it for now. :)

> >This bug is not a report of a Policy violation, nor does failure of the
> >X server to work on a particular piece of video hardware -- notably one
> >which you haven't actually identified -- constitute a bug which renders
> >the package "unsuitable" for release.
> >
> >
> unsuitable it is, therefore. But since today it has become worse. My
> computer at home, with---from lspci:
> 0000:01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS]
> 86C326 5598/6326 (rev d2)
> ---graphics card now shows the same behaviour.
>
> X-Server crashes on rxvt launch from gnome panel. Happened several
> times now. I had a xserver-xfree86-3.1.0.dfsg.1-4 .deb left around, I
> am using that now, hoping it won't die on my while composing the message...

Apparently it didn't.

> >A crashing bug that affected all users of xserver-xfree86 would be a
> >different
> >story.
> >
> Well, so first there was the ati/radeon 7500 and now the SiS 6326.

We have been updating both the ati/radeon and sis drivers during the
4.3.0-* period.

There could be distinct issues with each driver, and you're unlucky enough
to see both of them.

Believe me, if the X server were completely busted for everyone, I'd know
it.

> I believe I am not using 3D, not using DRI in the case of the ati/radeon
> 7500 (I commented the module out at some stage without positive effect).

Okay.

I think we're looking at separate defects here. I'm going to repurpose this
bug to focus solely on the SiS issue.

--
G. Branden Robinson | It's extremely difficult to govern
Debian GNU/Linux | when you control all three branches
<email address hidden> | of government.
http://people.debian.org/~branden/ | -- John Feehery

retitle 284448 xserver-xfree86: [sis] SEGV in memcpy() called from fs_read_list_info() on 86C326 5598/6326 rev 210
tag 284448 + upstream
thanks

On Wed, Dec 08, 2004 at 11:09:22PM +0100, David A. van Leeuwen wrote:
> Branden Robinson wrote:
> 
> >If the justification is "unknown", it might as well not be present.
> >
> Sorry, this is my first bug report (after using debian for many years, 
> since 0.7 or so), and I believe the script suggested that.

Hmm, okay.  Well, this might be a difference of opinion between me and the
person who wrote that, so let's not worry about it for now.  :)

> >This bug is not a report of a Policy violation, nor does failure of the
> >X server to work on a particular piece of video hardware -- notably one
> >which you haven't actually identified -- constitute a bug which renders
> >the package "unsuitable" for release.
> > 
> >
> unsuitable it is, therefore.  But since today it has become worse.  My 
> computer at home, with---from lspci:
> 0000:01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 
> 86C326 5598/6326 (rev d2)
> ---graphics card now shows the same behaviour. 
> 
> X-Server crashes on rxvt launch from gnome panel.  Happened several 
> times now.  I had a xserver-xfree86-3.1.0.dfsg.1-4 .deb left around, I 
> am using that now, hoping it won't die on my while composing the message...

Apparently it didn't.

> >A crashing bug that affected all users of xserver-xfree86 would be a 
> >different
> >story.
> >
> Well, so first there was the ati/radeon 7500 and now the SiS 6326.

We have been updating both the ati/radeon and sis drivers during the
4.3.0-* period.

There could be distinct issues with each driver, and you're unlucky enough
to see both of them.

Believe me, if the X server were completely busted for everyone, I'd know
it.

> I believe I am not using 3D, not using DRI in the case of the ati/radeon 
> 7500 (I commented the module out at some stage without positive effect).

Okay.

I think we're looking at separate defects here.  I'm going to repurpose this
bug to focus solely on the SiS issue.

-- 
G. Branden Robinson                |    It's extremely difficult to govern
Debian GNU/Linux                   |    when you control all three branches
branden@debian.org                 |    of government.
http://people.debian.org/~branden/ |    -- John Feehery

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-15:

#12

Download full text (3.2 KiB)

Message-ID: <email address hidden>
Date: Wed, 15 Dec 2004 14:36:14 -0500
From: Branden Robinson <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: Re: Bug#284448: xserver-xfree86: xserver (ATI or Radeon something 7500) crashes on
variouslaunches of programcs from within X.

--zOcTNEe3AzgCmdo9
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

retitle 284448 xserver-xfree86: [sis] SEGV in memcpy() called from fs_read_=
list_info() on 86C326 5598/6326 rev 210
tag 284448 + upstream
thanks

On Wed, Dec 08, 2004 at 11:09:22PM +0100, David A. van Leeuwen wrote:
> Branden Robinson wrote:
>=20
> >If the justification is "unknown", it might as well not be present.
> >
> Sorry, this is my first bug report (after using debian for many years,=20
> since 0.7 or so), and I believe the script suggested that.

Hmm, okay. Well, this might be a difference of opinion between me and the
person who wrote that, so let's not worry about it for now. :)

> >This bug is not a report of a Policy violation, nor does failure of the
> >X server to work on a particular piece of video hardware -- notably one
> >which you haven't actually identified -- constitute a bug which renders
> >the package "unsuitable" for release.
> >=20
> >
> unsuitable it is, therefore. But since today it has become worse. My=20
> computer at home, with---from lspci:
> 0000:01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS]=
=20
> 86C326 5598/6326 (rev d2)
> ---graphics card now shows the same behaviour.=20
>=20
> X-Server crashes on rxvt launch from gnome panel. Happened several=20
> times now. I had a xserver-xfree86-3.1.0.dfsg.1-4 .deb left around, I=20
> am using that now, hoping it won't die on my while composing the message.=
=2E.

Apparently it didn't.

> >A crashing bug that affected all users of xserver-xfree86 would be a=20
> >different
> >story.
> >
> Well, so first there was the ati/radeon 7500 and now the SiS 6326.=20

We have been updating both the ati/radeon and sis drivers during the
4.3.0-* period.

There could be distinct issues with each driver, and you're unlucky enough
to see both of them.

Believe me, if the X server were completely busted for everyone, I'd know
it.

> I believe I am not using 3D, not using DRI in the case of the ati/radeon=
=20
> 7500 (I commented the module out at some stage without positive effect).

Okay.

I think we're looking at separate defects here. I'm going to repurpose this
bug to focus solely on the SiS issue.

--=20
G. Branden Robinson | It's extremely difficult to govern
Debian GNU/Linux | when you control all three branches
<email address hidden> | of government.
http://people.debian.org/~branden/ | -- John Feehery

--zOcTNEe3AzgCmdo9
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iEYEARECAAYFAkHAki0ACgkQ6kxmHytGonwgyQCgqhswzMiqGKFdOMqv0TCBEli1
qtQAmwUaHE0WiDkGbujLSspx7Bz+vBH3
=uvNb
-----END ...

Message-ID: <20041215193614.GJ2243@redwald.deadbeast.net>
Date: Wed, 15 Dec 2004 14:36:14 -0500
From: Branden Robinson <branden@debian.org>
To: 284448-submitter@bugs.debian.org, control@bugs.debian.org
Subject: Re: Bug#284448: xserver-xfree86: xserver (ATI or Radeon something 7500) crashes on
	variouslaunches of programcs from within X.

--zOcTNEe3AzgCmdo9
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

retitle 284448 xserver-xfree86: [sis] SEGV in memcpy() called from fs_read_=
list_info() on 86C326 5598/6326 rev 210
tag 284448 + upstream
thanks

On Wed, Dec 08, 2004 at 11:09:22PM +0100, David A. van Leeuwen wrote:
> Branden Robinson wrote:
>=20
> >If the justification is "unknown", it might as well not be present.
> >
> Sorry, this is my first bug report (after using debian for many years,=20
> since 0.7 or so), and I believe the script suggested that.

Hmm, okay.  Well, this might be a difference of opinion between me and the
person who wrote that, so let's not worry about it for now.  :)

> >This bug is not a report of a Policy violation, nor does failure of the
> >X server to work on a particular piece of video hardware -- notably one
> >which you haven't actually identified -- constitute a bug which renders
> >the package "unsuitable" for release.
> >=20
> >
> unsuitable it is, therefore.  But since today it has become worse.  My=20
> computer at home, with---from lspci:
> 0000:01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS]=
=20
> 86C326 5598/6326 (rev d2)
> ---graphics card now shows the same behaviour.=20
>=20
> X-Server crashes on rxvt launch from gnome panel.  Happened several=20
> times now.  I had a xserver-xfree86-3.1.0.dfsg.1-4 .deb left around, I=20
> am using that now, hoping it won't die on my while composing the message.=
=2E.

Apparently it didn't.

> >A crashing bug that affected all users of xserver-xfree86 would be a=20
> >different
> >story.
> >
> Well, so first there was the ati/radeon 7500 and now the SiS 6326.=20

We have been updating both the ati/radeon and sis drivers during the
4.3.0-* period.

There could be distinct issues with each driver, and you're unlucky enough
to see both of them.

Believe me, if the X server were completely busted for everyone, I'd know
it.

> I believe I am not using 3D, not using DRI in the case of the ati/radeon=
=20
> 7500 (I commented the module out at some stage without positive effect).

Okay.

I think we're looking at separate defects here.  I'm going to repurpose this
bug to focus solely on the SiS issue.

--=20
G. Branden Robinson                |    It's extremely difficult to govern
Debian GNU/Linux                   |    when you control all three branches
branden@debian.org                 |    of government.
http://people.debian.org/~branden/ |    -- John Feehery

--zOcTNEe3AzgCmdo9
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iEYEARECAAYFAkHAki0ACgkQ6kxmHytGonwgyQCgqhswzMiqGKFdOMqv0TCBEli1
qtQAmwUaHE0WiDkGbujLSspx7Bz+vBH3
=uvNb
-----END PGP SIGNATURE-----

--zOcTNEe3AzgCmdo9--

Revision history for this message

In Debian Bug tracker #284448, Branden Robinson (branden) wrote on 2004-12-15: Re: Bug#284448: Got it. back traced core dump

#13

Download full text (4.7 KiB)

On Sun, Dec 12, 2004 at 11:11:44PM +0100, David A. van Leeuwen wrote:
> OK, I got it. After another upgrade to `testing' today, and a reboot
> for a kernel parameter earlier today, My SiS6326 card started to crash
> more consistently, even with the dfsg.1-4 package. So I tried the
> -dbg_4.3.0.dfsg.1-8 package under root and unlimited core size, and
> after a while trying I caught the crash.
>
> I hope Mozilla (in which I can't seem to include text from a file---i
> must attach---sorry) shows the bug report properly.
>
> I've noticed that a typical behaviour is: server either crashes on one
> of the first 10-or-so launches of clients (doesn't matter which), or it
> doesn't, and then tends to live very long.
>
> I hope this information help you.

Hmm, well, given your backtrace, I might have been wrong about this being
SiS-specific.

See below.

> (gdb) bt
> #0 0x400f46b1 in kill () from /lib/libc.so.6
> #1 0x400f4435 in raise () from /lib/libc.so.6
> #2 0x400f5978 in abort () from /lib/libc.so.6
> #3 0x0847454c in ddxGiveUp () at xf86Init.c:1173
> #4 0x0847462b in AbortDDX () at xf86Init.c:1224
> #5 0x08516e5f in AbortServer () at utils.c:436
> #6 0x085187eb in FatalError (
> f=0x8a36fa0 "Caught signal %d. Server aborting\n") at utils.c:1421
> #7 0x0848f646 in xf86SigHandler (signo=11) at xf86Events.c:1230
> #8 <signal handler called>
> #9 0x40142a1f in memcpy () from /lib/libc.so.6
> #10 0x0892a025 in fs_read_list_info (fpe=0x8bcf350, blockrec=0x8d65198)
> at fserve.c:2376
> #11 0x089286fc in fs_read_reply (fpe=0x8bcf350, client=0x0) at fserve.c:1310
> #12 0x08928810 in fs_wakeup (fpe=0x8bcf350, mask=0x8b57f60) at fserve.c:1349
> #13 0x0850ae1d in FontWakeup (data=0x0, count=1, LastSelectMask=0x8b57f60)
> at dixfonts.c:190
> #14 0x084e759f in WakeupHandler (result=1, pReadmask=0x8b57f60)
> at dixutils.c:459
> #15 0x085107cb in WaitForSomething (pClientsReady=0xbffff8e4) at WaitFor.c:353
> #16 0x084de1dc in Dispatch () at dispatch.c:379
> #17 0x084f58c4 in main (argc=2, argv=0xbffffda4, envp=0xbffffdb0)
> at main.c:469
> (gdb) bt full -7
> #11 0x089286fc in fs_read_reply (fpe=0x8bcf350, client=0x0) at fserve.c:1310
> conn = 0x8bcf378
> blockrec = 0x8d65198
> ret = 1
> err = 85
> rep = (fsGenericReply *) 0x8bcf808
> #12 0x08928810 in fs_wakeup (fpe=0x8bcf350, mask=0x8b57f60) at fserve.c:1349
> LastSelectMask = (fd_set *) 0x8b57f60
> conn = 0x8bcf378
> #13 0x0850ae1d in FontWakeup (data=0x0, count=1, LastSelectMask=0x8b57f60)
> at dixfonts.c:190
> i = 0
> fpe = 0x8bcf350
> #14 0x084e759f in WakeupHandler (result=1, pReadmask=0x8b57f60)
> at dixutils.c:459
> i = 3
> j = 1074663374
> #15 0x085107cb in WaitForSomething (pClientsReady=0xbffff8e4) at WaitFor.c:353
> i = 1
> waittime = {tv_sec = 30, tv_usec = 0}
> wt = (struct timeval *) 0xbffff8b0
> timeout = 599800
> standbyTimeout = 1199800
> suspendTimeout = 1799800
> offTimeout = 2399800
> clientsReadable = {fds_bits = {0 <repeats 32 times>}}
> clientsWritable = {fds_bits = {1, 34572, -1073743944, 137854978,
> 148262064, 2048, -1073743912, 1, 146208600, 146208600, -1073743912,
> 137858932, 148262296, 81928, 0, 10750...

On Sun, Dec 12, 2004 at 11:11:44PM +0100, David A. van Leeuwen wrote:
> OK, I got it.  After another upgrade to `testing' today, and a reboot 
> for a kernel parameter earlier today, My SiS6326 card started to crash 
> more consistently, even with the dfsg.1-4 package.  So I tried the 
> -dbg_4.3.0.dfsg.1-8 package under root and unlimited core size, and 
> after a while trying I caught the crash.
> 
> I hope Mozilla (in which I can't seem to include text from a file---i 
> must attach---sorry) shows the bug report properly.
> 
> I've noticed that a typical behaviour is: server either crashes on one 
> of the first 10-or-so launches of clients (doesn't matter which), or it 
> doesn't, and then tends to live very long.
> 
> I hope this information help you.

Hmm, well, given your backtrace, I might have been wrong about this being
SiS-specific.

See below.

> (gdb) bt
> #0  0x400f46b1 in kill () from /lib/libc.so.6
> #1  0x400f4435 in raise () from /lib/libc.so.6
> #2  0x400f5978 in abort () from /lib/libc.so.6
> #3  0x0847454c in ddxGiveUp () at xf86Init.c:1173
> #4  0x0847462b in AbortDDX () at xf86Init.c:1224
> #5  0x08516e5f in AbortServer () at utils.c:436
> #6  0x085187eb in FatalError (
>     f=0x8a36fa0 "Caught signal %d.  Server aborting\n") at utils.c:1421
> #7  0x0848f646 in xf86SigHandler (signo=11) at xf86Events.c:1230
> #8  <signal handler called>
> #9  0x40142a1f in memcpy () from /lib/libc.so.6
> #10 0x0892a025 in fs_read_list_info (fpe=0x8bcf350, blockrec=0x8d65198)
>     at fserve.c:2376
> #11 0x089286fc in fs_read_reply (fpe=0x8bcf350, client=0x0) at fserve.c:1310
> #12 0x08928810 in fs_wakeup (fpe=0x8bcf350, mask=0x8b57f60) at fserve.c:1349
> #13 0x0850ae1d in FontWakeup (data=0x0, count=1, LastSelectMask=0x8b57f60)
>     at dixfonts.c:190
> #14 0x084e759f in WakeupHandler (result=1, pReadmask=0x8b57f60)
>     at dixutils.c:459
> #15 0x085107cb in WaitForSomething (pClientsReady=0xbffff8e4) at WaitFor.c:353
> #16 0x084de1dc in Dispatch () at dispatch.c:379
> #17 0x084f58c4 in main (argc=2, argv=0xbffffda4, envp=0xbffffdb0)
>     at main.c:469
> (gdb) bt full -7
> #11 0x089286fc in fs_read_reply (fpe=0x8bcf350, client=0x0) at fserve.c:1310
> 	conn = 0x8bcf378
> 	blockrec = 0x8d65198
> 	ret = 1
> 	err = 85
> 	rep = (fsGenericReply *) 0x8bcf808
> #12 0x08928810 in fs_wakeup (fpe=0x8bcf350, mask=0x8b57f60) at fserve.c:1349
> 	LastSelectMask = (fd_set *) 0x8b57f60
> 	conn = 0x8bcf378
> #13 0x0850ae1d in FontWakeup (data=0x0, count=1, LastSelectMask=0x8b57f60)
>     at dixfonts.c:190
> 	i = 0
> 	fpe = 0x8bcf350
> #14 0x084e759f in WakeupHandler (result=1, pReadmask=0x8b57f60)
>     at dixutils.c:459
> 	i = 3
> 	j = 1074663374
> #15 0x085107cb in WaitForSomething (pClientsReady=0xbffff8e4) at WaitFor.c:353
> 	i = 1
> 	waittime = {tv_sec = 30, tv_usec = 0}
> 	wt = (struct timeval *) 0xbffff8b0
> 	timeout = 599800
> 	standbyTimeout = 1199800
> 	suspendTimeout = 1799800
> 	offTimeout = 2399800
> 	clientsReadable = {fds_bits = {0 <repeats 32 times>}}
> 	clientsWritable = {fds_bits = {1, 34572, -1073743944, 137854978, 
>     148262064, 2048, -1073743912, 1, 146208600, 146208600, -1073743912, 
>     137858932, 148262296, 81928, 0, 1075039169, 146208600, 857, 0, 
>     1075818748, 0, 1075818728, 1075818732, -1073743888, 1075818656, 
>     1075818656, -1073743816, 1075039169, 1075818656, 0, 1053956, 1075818656}}
> 	curclient = 16
> 	selecterr = 0
> 	nready = 1
> 	devicesReadable = {fds_bits = {16, 0, 0, 0, 16, 148264696, 
>     -1073744072, 139360755, 148264744, 148263348, 148263320, 146600824, 1, 
>     148261712, -1073743752, 139511553, 148264744, 139510958, 148262504, 
>     -1073743792, -1073743892, -1073743796, 0, 148262232, 7, 56, 1075818656, 
>     1075815968, 1075818656, 1075818656, -1073743976, 1075035747}}
> 	now = 43454
> 	someReady = 0
> #16 0x084de1dc in Dispatch () at dispatch.c:379
> 	clientReady = (int *) 0xbffff8e4
> 	result = 0
> 	client = 0x8d65728
> 	nready = -1
> 	icheck = (HWEventQueuePtr *) 0x8b55bc8
> 	start_tick = 4440
> #17 0x084f58c4 in main (argc=2, argv=0xbffffda4, envp=0xbffffdb0)
>     at main.c:469
> 	i = 1
> 	j = 2
> 	k = 2
> 	error = -1073742428
> 	xauthfile = 0xbfffffb8 "/root/.Xauthority"
> 	alwaysCheckForInput = {0, 1}
> (gdb)

Can you show us the output of "bt full -9" instead, please?  I'm sorry if
my instructions were confusing; the goal is to get a close look at the
stack frames *right below* the point where the signal handler is called.
That can tell us, for example, if what we're dealing with is a good
old-fashioned null pointer dereference.

-- 
G. Branden Robinson                |      Never underestimate the power of
Debian GNU/Linux                   |      human stupidity.
branden@debian.org                 |      -- Robert Heinlein
http://people.debian.org/~branden/ |

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-15:

#14

Download full text (5.6 KiB)

Message-ID: <email address hidden>
Date: Wed, 15 Dec 2004 15:29:54 -0500
From: Branden Robinson <email address hidden>
To: <email address hidden>
Subject: Re: Bug#284448: Got it. back traced core dump

--+mSjbC2tVdWE/Wop
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Dec 12, 2004 at 11:11:44PM +0100, David A. van Leeuwen wrote:
> OK, I got it. After another upgrade to `testing' today, and a reboot=20
> for a kernel parameter earlier today, My SiS6326 card started to crash=20
> more consistently, even with the dfsg.1-4 package. So I tried the=20
> -dbg_4.3.0.dfsg.1-8 package under root and unlimited core size, and=20
> after a while trying I caught the crash.
>=20
> I hope Mozilla (in which I can't seem to include text from a file---i=20
> must attach---sorry) shows the bug report properly.
>=20
> I've noticed that a typical behaviour is: server either crashes on one=20
> of the first 10-or-so launches of clients (doesn't matter which), or it=
=20
> doesn't, and then tends to live very long.
>=20
> I hope this information help you.

Hmm, well, given your backtrace, I might have been wrong about this being
SiS-specific.

See below.

> (gdb) bt
> #0 0x400f46b1 in kill () from /lib/libc.so.6
> #1 0x400f4435 in raise () from /lib/libc.so.6
> #2 0x400f5978 in abort () from /lib/libc.so.6
> #3 0x0847454c in ddxGiveUp () at xf86Init.c:1173
> #4 0x0847462b in AbortDDX () at xf86Init.c:1224
> #5 0x08516e5f in AbortServer () at utils.c:436
> #6 0x085187eb in FatalError (
> f=3D0x8a36fa0 "Caught signal %d. Server aborting\n") at utils.c:1421
> #7 0x0848f646 in xf86SigHandler (signo=3D11) at xf86Events.c:1230
> #8 <signal handler called>
> #9 0x40142a1f in memcpy () from /lib/libc.so.6
> #10 0x0892a025 in fs_read_list_info (fpe=3D0x8bcf350, blockrec=3D0x8d6519=
8)
> at fserve.c:2376
> #11 0x089286fc in fs_read_reply (fpe=3D0x8bcf350, client=3D0x0) at fserve=
=2Ec:1310
> #12 0x08928810 in fs_wakeup (fpe=3D0x8bcf350, mask=3D0x8b57f60) at fserve=
=2Ec:1349
> #13 0x0850ae1d in FontWakeup (data=3D0x0, count=3D1, LastSelectMask=3D0x8=
b57f60)
> at dixfonts.c:190
> #14 0x084e759f in WakeupHandler (result=3D1, pReadmask=3D0x8b57f60)
> at dixutils.c:459
> #15 0x085107cb in WaitForSomething (pClientsReady=3D0xbffff8e4) at WaitFo=
r.c:353
> #16 0x084de1dc in Dispatch () at dispatch.c:379
> #17 0x084f58c4 in main (argc=3D2, argv=3D0xbffffda4, envp=3D0xbffffdb0)
> at main.c:469
> (gdb) bt full -7
> #11 0x089286fc in fs_read_reply (fpe=3D0x8bcf350, client=3D0x0) at fserve=
=2Ec:1310
> conn =3D 0x8bcf378
> blockrec =3D 0x8d65198
> ret =3D 1
> err =3D 85
> rep =3D (fsGenericReply *) 0x8bcf808
> #12 0x08928810 in fs_wakeup (fpe=3D0x8bcf350, mask=3D0x8b57f60) at fserve=
=2Ec:1349
> LastSelectMask =3D (fd_set *) 0x8b57f60
> conn =3D 0x8bcf378
> #13 0x0850ae1d in FontWakeup (data=3D0x0, count=3D1, LastSelectMask=3D0x8=
b57f60)
> at dixfonts.c:190
> i =3D 0
> fpe =3D 0x8bcf350
> #14 0x084e759f in WakeupHandler (result=3D1, pReadmask=3D0x8b57f60)
> at dixutils.c:459
> i =3D 3
> j =3D 1074663374
> #15 0x085107cb in Wait...

Message-ID: <20041215202954.GX2243@redwald.deadbeast.net>
Date: Wed, 15 Dec 2004 15:29:54 -0500
From: Branden Robinson <branden@debian.org>
To: 284448-submitter@bugs.debian.org
Subject: Re: Bug#284448: Got it.  back traced core dump

--+mSjbC2tVdWE/Wop
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Dec 12, 2004 at 11:11:44PM +0100, David A. van Leeuwen wrote:
> OK, I got it.  After another upgrade to `testing' today, and a reboot=20
> for a kernel parameter earlier today, My SiS6326 card started to crash=20
> more consistently, even with the dfsg.1-4 package.  So I tried the=20
> -dbg_4.3.0.dfsg.1-8 package under root and unlimited core size, and=20
> after a while trying I caught the crash.
>=20
> I hope Mozilla (in which I can't seem to include text from a file---i=20
> must attach---sorry) shows the bug report properly.
>=20
> I've noticed that a typical behaviour is: server either crashes on one=20
> of the first 10-or-so launches of clients (doesn't matter which), or it=
=20
> doesn't, and then tends to live very long.
>=20
> I hope this information help you.

Hmm, well, given your backtrace, I might have been wrong about this being
SiS-specific.

See below.

> (gdb) bt
> #0  0x400f46b1 in kill () from /lib/libc.so.6
> #1  0x400f4435 in raise () from /lib/libc.so.6
> #2  0x400f5978 in abort () from /lib/libc.so.6
> #3  0x0847454c in ddxGiveUp () at xf86Init.c:1173
> #4  0x0847462b in AbortDDX () at xf86Init.c:1224
> #5  0x08516e5f in AbortServer () at utils.c:436
> #6  0x085187eb in FatalError (
>     f=3D0x8a36fa0 "Caught signal %d.  Server aborting\n") at utils.c:1421
> #7  0x0848f646 in xf86SigHandler (signo=3D11) at xf86Events.c:1230
> #8  <signal handler called>
> #9  0x40142a1f in memcpy () from /lib/libc.so.6
> #10 0x0892a025 in fs_read_list_info (fpe=3D0x8bcf350, blockrec=3D0x8d6519=
8)
>     at fserve.c:2376
> #11 0x089286fc in fs_read_reply (fpe=3D0x8bcf350, client=3D0x0) at fserve=
=2Ec:1310
> #12 0x08928810 in fs_wakeup (fpe=3D0x8bcf350, mask=3D0x8b57f60) at fserve=
=2Ec:1349
> #13 0x0850ae1d in FontWakeup (data=3D0x0, count=3D1, LastSelectMask=3D0x8=
b57f60)
>     at dixfonts.c:190
> #14 0x084e759f in WakeupHandler (result=3D1, pReadmask=3D0x8b57f60)
>     at dixutils.c:459
> #15 0x085107cb in WaitForSomething (pClientsReady=3D0xbffff8e4) at WaitFo=
r.c:353
> #16 0x084de1dc in Dispatch () at dispatch.c:379
> #17 0x084f58c4 in main (argc=3D2, argv=3D0xbffffda4, envp=3D0xbffffdb0)
>     at main.c:469
> (gdb) bt full -7
> #11 0x089286fc in fs_read_reply (fpe=3D0x8bcf350, client=3D0x0) at fserve=
=2Ec:1310
> 	conn =3D 0x8bcf378
> 	blockrec =3D 0x8d65198
> 	ret =3D 1
> 	err =3D 85
> 	rep =3D (fsGenericReply *) 0x8bcf808
> #12 0x08928810 in fs_wakeup (fpe=3D0x8bcf350, mask=3D0x8b57f60) at fserve=
=2Ec:1349
> 	LastSelectMask =3D (fd_set *) 0x8b57f60
> 	conn =3D 0x8bcf378
> #13 0x0850ae1d in FontWakeup (data=3D0x0, count=3D1, LastSelectMask=3D0x8=
b57f60)
>     at dixfonts.c:190
> 	i =3D 0
> 	fpe =3D 0x8bcf350
> #14 0x084e759f in WakeupHandler (result=3D1, pReadmask=3D0x8b57f60)
>     at dixutils.c:459
> 	i =3D 3
> 	j =3D 1074663374
> #15 0x085107cb in WaitForSomething (pClientsReady=3D0xbffff8e4) at WaitFo=
r.c:353
> 	i =3D 1
> 	waittime =3D {tv_sec =3D 30, tv_usec =3D 0}
> 	wt =3D (struct timeval *) 0xbffff8b0
> 	timeout =3D 599800
> 	standbyTimeout =3D 1199800
> 	suspendTimeout =3D 1799800
> 	offTimeout =3D 2399800
> 	clientsReadable =3D {fds_bits =3D {0 <repeats 32 times>}}
> 	clientsWritable =3D {fds_bits =3D {1, 34572, -1073743944, 137854978,=20
>     148262064, 2048, -1073743912, 1, 146208600, 146208600, -1073743912,=
=20
>     137858932, 148262296, 81928, 0, 1075039169, 146208600, 857, 0,=20
>     1075818748, 0, 1075818728, 1075818732, -1073743888, 1075818656,=20
>     1075818656, -1073743816, 1075039169, 1075818656, 0, 1053956, 10758186=
56}}
> 	curclient =3D 16
> 	selecterr =3D 0
> 	nready =3D 1
> 	devicesReadable =3D {fds_bits =3D {16, 0, 0, 0, 16, 148264696,=20
>     -1073744072, 139360755, 148264744, 148263348, 148263320, 146600824, 1=
,=20
>     148261712, -1073743752, 139511553, 148264744, 139510958, 148262504,=
=20
>     -1073743792, -1073743892, -1073743796, 0, 148262232, 7, 56, 107581865=
6,=20
>     1075815968, 1075818656, 1075818656, -1073743976, 1075035747}}
> 	now =3D 43454
> 	someReady =3D 0
> #16 0x084de1dc in Dispatch () at dispatch.c:379
> 	clientReady =3D (int *) 0xbffff8e4
> 	result =3D 0
> 	client =3D 0x8d65728
> 	nready =3D -1
> 	icheck =3D (HWEventQueuePtr *) 0x8b55bc8
> 	start_tick =3D 4440
> #17 0x084f58c4 in main (argc=3D2, argv=3D0xbffffda4, envp=3D0xbffffdb0)
>     at main.c:469
> 	i =3D 1
> 	j =3D 2
> 	k =3D 2
> 	error =3D -1073742428
> 	xauthfile =3D 0xbfffffb8 "/root/.Xauthority"
> 	alwaysCheckForInput =3D {0, 1}
> (gdb)=20

Can you show us the output of "bt full -9" instead, please?  I'm sorry if
my instructions were confusing; the goal is to get a close look at the
stack frames *right below* the point where the signal handler is called.
That can tell us, for example, if what we're dealing with is a good
old-fashioned null pointer dereference.

--=20
G. Branden Robinson                |      Never underestimate the power of
Debian GNU/Linux                   |      human stupidity.
branden@debian.org                 |      -- Robert Heinlein
http://people.debian.org/~branden/ |

--+mSjbC2tVdWE/Wop
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iEYEARECAAYFAkHAnsIACgkQ6kxmHytGonzugACgo2BMlxVTUkVN+DycLFBbKDi3
LzQAn2CMSYaBjkh+XaWcB0Ykg4i4FEQl
=p+IL
-----END PGP SIGNATURE-----

--+mSjbC2tVdWE/Wop--

Revision history for this message

In Debian Bug tracker #284448, David A. van Leeuwen (david-elseware-nl) wrote on 2004-12-16:

#15

Branden Robinson wrote:

>Hmm, well, given your backtrace, I might have been wrong about this being
>SiS-specific.
>
>
>
>>#7 0x0848f646 in xf86SigHandler (signo=11) at xf86Events.c:1230
>>#8 <signal handler called>
>>#9 0x40142a1f in memcpy () from /lib/libc.so.6
>>
>>
>Can you show us the output of "bt full -9" instead, please?
>

Sorry---I got the idea of `7' wrong.

There seems no debug info inthe memcpy() libc call.

---david

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-16:

#16

Download full text (3.4 KiB)

Message-ID: <email address hidden>
Date: Thu, 16 Dec 2004 10:29:12 +0100
From: "David A. van Leeuwen" <email address hidden>
To: Branden Robinson <email address hidden>, <email address hidden>
CC: <email address hidden>
Subject: Re: Bug#284448: Got it. back traced core dump

--------------000006060709010605090604
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Branden Robinson wrote:

>Hmm, well, given your backtrace, I might have been wrong about this being
>SiS-specific.
>
>
>
>>#7 0x0848f646 in xf86SigHandler (signo=11) at xf86Events.c:1230
>>#8 <signal handler called>
>>#9 0x40142a1f in memcpy () from /lib/libc.so.6
>>
>>
>Can you show us the output of "bt full -9" instead, please?
>

Sorry---I got the idea of `7' wrong.

There seems no debug info inthe memcpy() libc call.

---david

--------------000006060709010605090604
Content-Type: text/plain;
name="bt-9.out"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="bt-9.out"

(gdb) bt full -9
#9 0x40142a1f in memcpy () from /lib/libc.so.6
No symbol table info available.
#10 0x0892a025 in fs_read_list_info (fpe=0x8bcf350, blockrec=0x8d65198)
    at fserve.c:2376
binfo = 0x8d651b4
rep = (fsListFontsWithXInfoReply *) 0x8bcf808
buf = 0x10c3a3fc <Address 0x10c3a3fc out of bounds>
conn = 0x8bcf378
pi = (fsPropInfo *) 0x8bcf83c
po = (fsPropOffset *) 0x8bcf844
pd = 0x8bcf894
ret = 1
err = 146600824
#11 0x089286fc in fs_read_reply (fpe=0x8bcf350, client=0x0) at fserve.c:1310
conn = 0x8bcf378
blockrec = 0x8d65198
ret = 1
err = 85
rep = (fsGenericReply *) 0x8bcf808
#12 0x08928810 in fs_wakeup (fpe=0x8bcf350, mask=0x8b57f60) at fserve.c:1349
LastSelectMask = (fd_set *) 0x8b57f60
conn = 0x8bcf378
#13 0x0850ae1d in FontWakeup (data=0x0, count=1, LastSelectMask=0x8b57f60)
    at dixfonts.c:190
i = 0
fpe = 0x8bcf350
#14 0x084e759f in WakeupHandler (result=1, pReadmask=0x8b57f60)
    at dixutils.c:459
i = 3
j = 1074663374
#15 0x085107cb in WaitForSomething (pClientsReady=0xbffff8e4) at WaitFor.c:353
i = 1
waittime = {tv_sec = 30, tv_usec = 0}
wt = (struct timeval *) 0xbffff8b0
timeout = 599800
standbyTimeout = 1199800
suspendTimeout = 1799800
offTimeout = 2399800
clientsReadable = {fds_bits = {0 <repeats 32 times>}}
clientsWritable = {fds_bits = {1, 34572, -1073743944, 137854978,
    148262064, 2048, -1073743912, 1, 146208600, 146208600, -1073743912,
    137858932, 148262296, 81928, 0, 1075039169, 146208600, 857, 0,
    1075818748, 0, 1075818728, 1075818732, -1073743888, 1075818656,
    1075818656, -1073743816, 1075039169, 1075818656, 0, 1053956, 1075818656}}
curclient = 16
selecterr = 0
nready = 1
devicesReadable = {fds_bits = {16, 0, 0, 0, 16, 148264696,
    -1073744072, 139360755, 148264744, 148263348, 148263320, 146600824, 1,
    148261712, -1073743752, 139511553, 148264744, 139510958, 148262504,
    -1073743792, -1073743892, -1073743796, 0, 148262232, 7, 56, 1075818656,
    1075815968, 1075818656, 1075818656, -1073743976, 1075035747}}
now = 43454
someReady = 0
#16 0x084de1dc in Dispatch () at dispatch.c:379
clientReady = (int *) 0xbffff8e4
result = 0
client ...

Message-ID: <41C15568.1010309@elseware.nl>
Date: Thu, 16 Dec 2004 10:29:12 +0100
From: "David A. van Leeuwen" <david@elseware.nl>
To: Branden Robinson <branden@debian.org>,  284448-quiet@bugs.debian.org
CC: 284448-submitter@bugs.debian.org
Subject: Re: Bug#284448: Got it.  back traced core dump

--------------000006060709010605090604
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Branden Robinson wrote:

>Hmm, well, given your backtrace, I might have been wrong about this being
>SiS-specific.
>
>  
>
>>#7  0x0848f646 in xf86SigHandler (signo=11) at xf86Events.c:1230
>>#8  <signal handler called>
>>#9  0x40142a1f in memcpy () from /lib/libc.so.6
>>    
>>
>Can you show us the output of "bt full -9" instead, please?  
>

Sorry---I got the idea of `7' wrong.

There seems no debug info inthe memcpy() libc call.

---david

--------------000006060709010605090604
Content-Type: text/plain;
 name="bt-9.out"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="bt-9.out"

(gdb) bt full -9
#9  0x40142a1f in memcpy () from /lib/libc.so.6
No symbol table info available.
#10 0x0892a025 in fs_read_list_info (fpe=0x8bcf350, blockrec=0x8d65198)
    at fserve.c:2376
	binfo = 0x8d651b4
	rep = (fsListFontsWithXInfoReply *) 0x8bcf808
	buf = 0x10c3a3fc <Address 0x10c3a3fc out of bounds>
	conn = 0x8bcf378
	pi = (fsPropInfo *) 0x8bcf83c
	po = (fsPropOffset *) 0x8bcf844
	pd = 0x8bcf894
	ret = 1
	err = 146600824
#11 0x089286fc in fs_read_reply (fpe=0x8bcf350, client=0x0) at fserve.c:1310
	conn = 0x8bcf378
	blockrec = 0x8d65198
	ret = 1
	err = 85
	rep = (fsGenericReply *) 0x8bcf808
#12 0x08928810 in fs_wakeup (fpe=0x8bcf350, mask=0x8b57f60) at fserve.c:1349
	LastSelectMask = (fd_set *) 0x8b57f60
	conn = 0x8bcf378
#13 0x0850ae1d in FontWakeup (data=0x0, count=1, LastSelectMask=0x8b57f60)
    at dixfonts.c:190
	i = 0
	fpe = 0x8bcf350
#14 0x084e759f in WakeupHandler (result=1, pReadmask=0x8b57f60)
    at dixutils.c:459
	i = 3
	j = 1074663374
#15 0x085107cb in WaitForSomething (pClientsReady=0xbffff8e4) at WaitFor.c:353
	i = 1
	waittime = {tv_sec = 30, tv_usec = 0}
	wt = (struct timeval *) 0xbffff8b0
	timeout = 599800
	standbyTimeout = 1199800
	suspendTimeout = 1799800
	offTimeout = 2399800
	clientsReadable = {fds_bits = {0 <repeats 32 times>}}
	clientsWritable = {fds_bits = {1, 34572, -1073743944, 137854978, 
    148262064, 2048, -1073743912, 1, 146208600, 146208600, -1073743912, 
    137858932, 148262296, 81928, 0, 1075039169, 146208600, 857, 0, 
    1075818748, 0, 1075818728, 1075818732, -1073743888, 1075818656, 
    1075818656, -1073743816, 1075039169, 1075818656, 0, 1053956, 1075818656}}
	curclient = 16
	selecterr = 0
	nready = 1
	devicesReadable = {fds_bits = {16, 0, 0, 0, 16, 148264696, 
    -1073744072, 139360755, 148264744, 148263348, 148263320, 146600824, 1, 
    148261712, -1073743752, 139511553, 148264744, 139510958, 148262504, 
    -1073743792, -1073743892, -1073743796, 0, 148262232, 7, 56, 1075818656, 
    1075815968, 1075818656, 1075818656, -1073743976, 1075035747}}
	now = 43454
	someReady = 0
#16 0x084de1dc in Dispatch () at dispatch.c:379
	clientReady = (int *) 0xbffff8e4
	result = 0
	client = 0x8d65728
	nready = -1
	icheck = (HWEventQueuePtr *) 0x8b55bc8
	start_tick = 4440
#17 0x084f58c4 in main (argc=2, argv=0xbffffda4, envp=0xbffffdb0)
    at main.c:469
	i = 1
	j = 2
	k = 2
	error = -1073742428
	xauthfile = 0xbfffffb8 "/root/.Xauthority"
	alwaysCheckForInput = {0, 1}
(gdb)

--------------000006060709010605090604--

Revision history for this message

In Debian Bug tracker #284448, Thomas Winischhofer (thomas-winischhofer) wrote on 2004-12-17: Re: Bug#284448: xserver-xfree86: xserver (ATI or Radeon something 7500) crashes on variouslaunches of programcs from within X.

#17

This looks like an Xlibs bug.

-----------

#10 0x0892a025 in fs_read_list_info (fpe=0x8bcf350, blockrec=0x8d65198)

at fserve.c:2376

         binfo = 0x8d651b4
         rep = (fsListFontsWithXInfoReply *) 0x8bcf808
         buf = 0x10c3a3fc <Address 0x10c3a3fc out of bounds> <---
         conn = 0x8bcf378
         pi = (fsPropInfo *) 0x8bcf83c
         po = (fsPropOffset *) 0x8bcf844
         pd = 0x8bcf894 <----------------------
         ret = 1
         err = 146600824

-----------

The source of Xfont/fc/fserve.c at this point (in fs_read_list_info)
looks like this:

     if (conn->fsMajorVersion <= 1)
     {
memcpy (binfo->name, buf, rep->nameLength);
buf += _fs_pad_length (rep->nameLength);
     }
     pi = (fsPropInfo *) buf;
     buf += SIZEOF (fsPropInfo);
     po = (fsPropOffset *) buf;
     buf += pi->num_offsets * SIZEOF (fsPropOffset);
     pd = (pointer) buf; <--------------------------
     buf += pi->data_len; <--------------------------
     if (conn->fsMajorVersion > 1)
     {
memcpy (binfo->name, buf, rep->nameLength);
buf += _fs_pad_length (rep->nameLength);
     }

-----------

From the fact that "pd" is set to a legal value in the debugging
output, while "buf" (after adding "pi->data_len") is "out of bounds" I
would very much assume that "pi->data_len" contains garbage.

As regards why it does this, I have no idea.

Are these patches in the Debian SVN:

http://freedesktop.org/cgi-bin/viewcvs.cgi/xlibs/Xfont/fc/fserve.c?r1=3.22&r2=3.22.2.1
http://freedesktop.org/cgi-bin/viewcvs.cgi/xlibs/Xfont/fc/fserve.c?r1=3.23&r2=3.24
http://cvsweb.xfree86.org/cvsweb/xc/lib/font/fc/fserve.c.diff?r1=3.26&r2=3.27

Thomas

--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net
twini AT xfree86 DOT org

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-17:

#18

Message-ID: <email address hidden>
Date: Fri, 17 Dec 2004 12:22:25 +0100
From: Thomas Winischhofer <email address hidden>
To: <email address hidden>
Subject: Re: Bug#284448: xserver-xfree86: xserver (ATI or Radeon something
7500) crashes on variouslaunches of programcs from within X.

This looks like an Xlibs bug.

-----------

#10 0x0892a025 in fs_read_list_info (fpe=0x8bcf350, blockrec=0x8d65198)

at fserve.c:2376

         binfo = 0x8d651b4
         rep = (fsListFontsWithXInfoReply *) 0x8bcf808
         buf = 0x10c3a3fc <Address 0x10c3a3fc out of bounds> <---
         conn = 0x8bcf378
         pi = (fsPropInfo *) 0x8bcf83c
         po = (fsPropOffset *) 0x8bcf844
         pd = 0x8bcf894 <----------------------
         ret = 1
         err = 146600824

-----------

The source of Xfont/fc/fserve.c at this point (in fs_read_list_info)
looks like this:

     if (conn->fsMajorVersion <= 1)
     {
memcpy (binfo->name, buf, rep->nameLength);
buf += _fs_pad_length (rep->nameLength);
     }
     pi = (fsPropInfo *) buf;
     buf += SIZEOF (fsPropInfo);
     po = (fsPropOffset *) buf;
     buf += pi->num_offsets * SIZEOF (fsPropOffset);
     pd = (pointer) buf; <--------------------------
     buf += pi->data_len; <--------------------------
     if (conn->fsMajorVersion > 1)
     {
memcpy (binfo->name, buf, rep->nameLength);
buf += _fs_pad_length (rep->nameLength);
     }

-----------

From the fact that "pd" is set to a legal value in the debugging
output, while "buf" (after adding "pi->data_len") is "out of bounds" I
would very much assume that "pi->data_len" contains garbage.

As regards why it does this, I have no idea.

Are these patches in the Debian SVN:

http://freedesktop.org/cgi-bin/viewcvs.cgi/xlibs/Xfont/fc/fserve.c?r1=3.22&r2=3.22.2.1
http://freedesktop.org/cgi-bin/viewcvs.cgi/xlibs/Xfont/fc/fserve.c?r1=3.23&r2=3.24
http://cvsweb.xfree86.org/cvsweb/xc/lib/font/fc/fserve.c.diff?r1=3.26&r2=3.27

Thomas

--
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net *** http://www.winischhofer.net
twini AT xfree86 DOT org

Message-ID: <41C2C171.2080404@winischhofer.net>
Date: Fri, 17 Dec 2004 12:22:25 +0100
From: Thomas Winischhofer <thomas@winischhofer.net>
To: 284448@bugs.debian.org
Subject: Re: Bug#284448: xserver-xfree86: xserver (ATI or Radeon something
	7500) crashes on variouslaunches of programcs from within X.

This looks like an Xlibs bug.

-----------

#10 0x0892a025 in fs_read_list_info (fpe=0x8bcf350, blockrec=0x8d65198)

at fserve.c:2376

binfo = 0x8d651b4
         rep = (fsListFontsWithXInfoReply *) 0x8bcf808
         buf = 0x10c3a3fc <Address 0x10c3a3fc out of bounds> <---
         conn = 0x8bcf378
         pi = (fsPropInfo *) 0x8bcf83c
         po = (fsPropOffset *) 0x8bcf844
         pd = 0x8bcf894		<----------------------
         ret = 1
         err = 146600824

-----------

The source of Xfont/fc/fserve.c at this point (in fs_read_list_info) 
looks like this:

if (conn->fsMajorVersion <= 1)
     {
	memcpy (binfo->name, buf, rep->nameLength);
	buf += _fs_pad_length (rep->nameLength);
     }
     pi = (fsPropInfo *) buf;
     buf += SIZEOF (fsPropInfo);
     po = (fsPropOffset *) buf;
     buf += pi->num_offsets * SIZEOF (fsPropOffset);
     pd = (pointer) buf;		<--------------------------
     buf += pi->data_len;	<--------------------------
     if (conn->fsMajorVersion > 1)
     {
	memcpy (binfo->name, buf, rep->nameLength);
	buf += _fs_pad_length (rep->nameLength);
     }

-----------

From the fact that "pd" is set to a legal value in the debugging 
output, while "buf" (after adding "pi->data_len") is "out of bounds" I 
would very much assume that "pi->data_len" contains garbage.

As regards why it does this, I have no idea.

Are these patches in the Debian SVN:

http://freedesktop.org/cgi-bin/viewcvs.cgi/xlibs/Xfont/fc/fserve.c?r1=3.22&r2=3.22.2.1
http://freedesktop.org/cgi-bin/viewcvs.cgi/xlibs/Xfont/fc/fserve.c?r1=3.23&r2=3.24
http://cvsweb.xfree86.org/cvsweb/xc/lib/font/fc/fserve.c.diff?r1=3.26&r2=3.27

Thomas

-- 
Thomas Winischhofer
Vienna/Austria
thomas AT winischhofer DOT net	       *** http://www.winischhofer.net
twini AT xfree86 DOT org

Revision history for this message

In Debian Bug tracker #284448, David A. van Leeuwen (david-elseware-nl) wrote on 2004-12-26: more info on SEGV in memcpy

#19

Maybe this helps in tracing the bug:

(gdb) up 10
#10 0x0892a025 in fs_read_list_info (fpe=0x8bcf350, blockrec=0x8d65198)
at fserve.c:2376
2376 in fserve.c
(gdb) p *pi
$1 = {num_offsets = 4, data_len = 134654824}

so it seems pi->data_len is fairly huge, maybe it is not initialized
earlier?

---david

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2004-12-26:

#20

Message-ID: <email address hidden>
Date: Sun, 26 Dec 2004 12:08:28 +0100
From: "David A. van Leeuwen" <email address hidden>
To: <email address hidden>
CC: <email address hidden>
Subject: more info on SEGV in memcpy

Maybe this helps in tracing the bug:

(gdb) up 10
#10 0x0892a025 in fs_read_list_info (fpe=0x8bcf350, blockrec=0x8d65198)
at fserve.c:2376
2376 in fserve.c
(gdb) p *pi
$1 = {num_offsets = 4, data_len = 134654824}

so it seems pi->data_len is fairly huge, maybe it is not initialized
earlier?

---david

Revision history for this message

In Debian Bug tracker #284448, Branden Robinson (branden) wrote on 2005-03-26: Re: Bug#284448: xserver-xfree86: xserver (ATI or Radeon something 7500) crashes on variouslaunches of programcs from within X.

#21

reassign 284448 xfree86
retitle 284448 xfree86: font library has very poor bounds-checking and can SEGV xfs and the X server
tag 284448 = upstream fixed-upstream patch
thanks

On Fri, Dec 17, 2004 at 12:22:25PM +0100, Thomas Winischhofer wrote:
> This looks like an Xlibs bug.

Yeah, it's one of those annoying static libraries that is linked both into
xfs and the X server.

> From the fact that "pd" is set to a legal value in the debugging
> output, while "buf" (after adding "pi->data_len") is "out of bounds" I
> would very much assume that "pi->data_len" contains garbage.
>
> As regards why it does this, I have no idea.
>
> Are these patches in the Debian SVN:
>
> http://freedesktop.org/cgi-bin/viewcvs.cgi/xlibs/Xfont/fc/fserve.c?r1=3.22&r2=3.22.2.1
> http://freedesktop.org/cgi-bin/viewcvs.cgi/xlibs/Xfont/fc/fserve.c?r1=3.23&r2=3.24
> http://cvsweb.xfree86.org/cvsweb/xc/lib/font/fc/fserve.c.diff?r1=3.26&r2=3.27

No. Fortunately all of the above predate the XFree86 1.1 relicensing.

I'm attaching a patch that should be bolted onto
debian/patches/000_stolen_from_HEAD.diff.

--
G. Branden Robinson | Damnit, we're all going to die;
Debian GNU/Linux | let's die doing something *useful*!
<email address hidden> | -- Hal Clement, on comments that
http://people.debian.org/~branden/ | space exploration is dangerous

Revision history for this message

Debian Bug Importer (debzilla) wrote on 2005-03-26:

#22

Download full text (9.5 KiB)

Message-ID: <email address hidden>
Date: Fri, 25 Mar 2005 20:13:45 -0500
From: Branden Robinson <email address hidden>
To: <email address hidden>, <email address hidden>
Subject: Re: Bug#284448: xserver-xfree86: xserver (ATI or Radeon something 7500) crashes on
variouslaunches of programcs from within X.

--1fZJyN7nFm/tosmV
Content-Type: multipart/mixed; boundary="KC+fneiph5CALyUl"
Content-Disposition: inline

--KC+fneiph5CALyUl
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

reassign 284448 xfree86
retitle 284448 xfree86: font library has very poor bounds-checking and can =
SEGV xfs and the X server
tag 284448 =3D upstream fixed-upstream patch
thanks

On Fri, Dec 17, 2004 at 12:22:25PM +0100, Thomas Winischhofer wrote:
> This looks like an Xlibs bug.

Yeah, it's one of those annoying static libraries that is linked both into
xfs and the X server.

> From the fact that "pd" is set to a legal value in the debugging=20
> output, while "buf" (after adding "pi->data_len") is "out of bounds" I=20
> would very much assume that "pi->data_len" contains garbage.
>=20
> As regards why it does this, I have no idea.
>=20
> Are these patches in the Debian SVN:
>=20
> http://freedesktop.org/cgi-bin/viewcvs.cgi/xlibs/Xfont/fc/fserve.c?r1=3D3=
=2E22&r2=3D3.22.2.1
> http://freedesktop.org/cgi-bin/viewcvs.cgi/xlibs/Xfont/fc/fserve.c?r1=3D3=
=2E23&r2=3D3.24
> http://cvsweb.xfree86.org/cvsweb/xc/lib/font/fc/fserve.c.diff?r1=3D3.26&r=
2=3D3.27

No. Fortunately all of the above predate the XFree86 1.1 relicensing.

I'm attaching a patch that should be bolted onto
debian/patches/000_stolen_from_HEAD.diff.

--=20
G. Branden Robinson | Damnit, we're all going to die;
Debian GNU/Linux | let's die doing something *useful*!
<email address hidden> | -- Hal Clement, on comments that
http://people.debian.org/~branden/ | space exploration is dangerous

--KC+fneiph5CALyUl
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="fix_fserve.diff"
Content-Transfer-Encoding: quoted-printable

  3.25 +52 -2 xc/lib/font/fc/fserve.c
   603. Add font bounds checking to the X server side of the font server
        interface (Chisato Yamauchi, David Dawes).

3.26 +18 -35 xc/lib/font/fc/fserve.c
Combine two sets of bounds tests into one. (Chisato Yamauchi)

3.27 +2 -2 xc/lib/font/fc/fserve.c
Fix potential segfault.

Index: xc/lib/font/fc/fserve.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvs/xc/lib/font/fc/fserve.c,v
retrieving revision 3.22.2.1
retrieving revision 3.27
diff -u -r3.22.2.1 -r3.27
--- xc/lib/font/fc/fserve.c 29 Aug 2003 18:05:09 -0000 3.22.2.1
+++ xc/lib/font/fc/fserve.c 12 Jan 2004 17:19:30 -0000 3.27
@@ -24,7 +24,7 @@
in this Software without prior written authorization from The Open Group.
=20
*/
-/* $XFree86: xc/lib/font/fc/fserve.c,v 3.22.2.1 2003/08/29 18:05:09 herr...

Message-ID: <20050326011344.GW31663@redwald.deadbeast.net>
Date: Fri, 25 Mar 2005 20:13:45 -0500
From: Branden Robinson <branden@debian.org>
To: 284448@bugs.debian.org, control@bugs.debian.org
Subject: Re: Bug#284448: xserver-xfree86: xserver (ATI or Radeon something 7500) crashes on
	variouslaunches of programcs from within X.

--1fZJyN7nFm/tosmV
Content-Type: multipart/mixed; boundary="KC+fneiph5CALyUl"
Content-Disposition: inline

--KC+fneiph5CALyUl
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

reassign 284448 xfree86
retitle 284448 xfree86: font library has very poor bounds-checking and can =
SEGV xfs and the X server
tag 284448 =3D upstream fixed-upstream patch
thanks

On Fri, Dec 17, 2004 at 12:22:25PM +0100, Thomas Winischhofer wrote:
> This looks like an Xlibs bug.

Yeah, it's one of those annoying static libraries that is linked both into
xfs and the X server.

> From the fact that "pd" is set to a legal value in the debugging=20
> output, while "buf" (after adding "pi->data_len") is "out of bounds" I=20
> would very much assume that "pi->data_len" contains garbage.
>=20
> As regards why it does this, I have no idea.
>=20
> Are these patches in the Debian SVN:
>=20
> http://freedesktop.org/cgi-bin/viewcvs.cgi/xlibs/Xfont/fc/fserve.c?r1=3D3=
=2E22&r2=3D3.22.2.1
> http://freedesktop.org/cgi-bin/viewcvs.cgi/xlibs/Xfont/fc/fserve.c?r1=3D3=
=2E23&r2=3D3.24
> http://cvsweb.xfree86.org/cvsweb/xc/lib/font/fc/fserve.c.diff?r1=3D3.26&r=
2=3D3.27

No.  Fortunately all of the above predate the XFree86 1.1 relicensing.

I'm attaching a patch that should be bolted onto
debian/patches/000_stolen_from_HEAD.diff.

--=20
G. Branden Robinson                |    Damnit, we're all going to die;
Debian GNU/Linux                   |    let's die doing something *useful*!
branden@debian.org                 |    -- Hal Clement, on comments that
http://people.debian.org/~branden/ |       space exploration is dangerous

--KC+fneiph5CALyUl
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="fix_fserve.diff"
Content-Transfer-Encoding: quoted-printable

3.25          +52 -2     xc/lib/font/fc/fserve.c
   603. Add font bounds checking to the X server side of the font server
        interface (Chisato Yamauchi, David Dawes).

3.26          +18 -35    xc/lib/font/fc/fserve.c
  Combine two sets of bounds tests into one. (Chisato Yamauchi)

3.27          +2 -2      xc/lib/font/fc/fserve.c
  Fix potential segfault.

Index: xc/lib/font/fc/fserve.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvs/xc/lib/font/fc/fserve.c,v
retrieving revision 3.22.2.1
retrieving revision 3.27
diff -u -r3.22.2.1 -r3.27
--- xc/lib/font/fc/fserve.c	29 Aug 2003 18:05:09 -0000	3.22.2.1
+++ xc/lib/font/fc/fserve.c	12 Jan 2004 17:19:30 -0000	3.27
@@ -24,7 +24,7 @@
 in this Software without prior written authorization from The Open Group.
=20
 */
-/* $XFree86: xc/lib/font/fc/fserve.c,v 3.22.2.1 2003/08/29 18:05:09 herrb =
Exp $ */
+/* $XFree86: xc/lib/font/fc/fserve.c,v 3.27 2004/01/12 17:19:30 tsi Exp $ =
*/
=20
 /*
  * Copyright 1990 Network Computing Devices
@@ -87,13 +87,13 @@
 			     (pci)->descent || \
 			     (pci)->characterWidth)
=20
+extern void ErrorF(const char *f, ...);
=20
 static int fs_read_glyphs ( FontPathElementPtr fpe, FSBlockDataPtr blockre=
c );
 static int fs_read_list ( FontPathElementPtr fpe, FSBlockDataPtr blockrec =
);
 static int fs_read_list_info ( FontPathElementPtr fpe,=20
 			       FSBlockDataPtr blockrec );
=20
-static int  fs_font_type;
 extern fd_set _fs_fd_mask;
=20
 static void fs_block_handler ( pointer data, OSTimePtr wt,=20
@@ -952,6 +952,7 @@
     CharInfoPtr		    ci, pCI;
     char		    *fsci;
     fsXCharInfo		    fscilocal;
+    FontInfoRec		    *fi =3D &bfont->pfont->info;
=20
     rep =3D (fsQueryXExtents16Reply *) fs_get_reply (conn, &ret);
     if (!rep || rep->type =3D=3D FS_Error)
@@ -997,6 +998,21 @@
     {
 	memcpy(&fscilocal, fsci, SIZEOF(fsXCharInfo)); /* align it */
 	_fs_convert_char_info(&fscilocal, &ci->metrics);
+	/* Bounds check. */
+	if (ci->metrics.ascent > fi->maxbounds.ascent)
+	{
+	    ErrorF("fserve: warning: %s %s ascent (%d) > maxascent (%d)\n",
+		   fpe->name, fsd->name,
+		   ci->metrics.ascent, fi->maxbounds.ascent);
+	    ci->metrics.ascent =3D fi->maxbounds.ascent;
+	}
+	if (ci->metrics.descent > fi->maxbounds.descent)
+	{
+	    ErrorF("fserve: warning: %s %s descent (%d) > maxdescent (%d)\n",
+		   fpe->name, fsd->name,
+		   ci->metrics.descent, fi->maxbounds.descent);
+	    ci->metrics.descent =3D fi->maxbounds.descent;
+	}
 	fsci =3D fsci + SIZEOF(fsXCharInfo);
 	/* Initialize the bits field for later glyph-caching use */
 	if (NONZEROMETRICS(&ci->metrics))
@@ -1022,7 +1038,6 @@
     /* build bitmap metrics, ImageRectMax style */
     if (haveInk)
     {
-	FontInfoRec *fi =3D &bfont->pfont->info;
 	CharInfoPtr ii;
=20
 	ci =3D fsfont->encoding;
@@ -1042,6 +1057,23 @@
 	    {
 		ci->metrics =3D ii->metrics;
 	    }
+	    /* Bounds check. */
+	    if (ci->metrics.ascent > fi->maxbounds.ascent)
+	    {
+		ErrorF("fserve: warning: %s %s ascent (%d) "
+		       "> maxascent (%d)\n",
+		       fpe->name, fsd->name,
+		       ci->metrics.ascent, fi->maxbounds.ascent);
+		ci->metrics.ascent =3D fi->maxbounds.ascent;
+	    }
+	    if (ci->metrics.descent > fi->maxbounds.descent)
+	    {
+		ErrorF("fserve: warning: %s %s descent (%d) "
+		       "> maxdescent (%d)\n",
+		       fpe->name, fsd->name,
+		       ci->metrics.descent, fi->maxbounds.descent);
+		ci->metrics.descent =3D fi->maxbounds.descent;
+	    }
 	}
     }
     {
@@ -1498,7 +1530,6 @@
     FSBlockDataPtr	    blockrec =3D NULL;
     FSBlockedFontPtr	    bfont;
     FSFontDataPtr	    fsd;
-    FSFontPtr		    fsfont;
     fsOpenBitmapFontReq	    openreq;
     fsQueryXInfoReq	    inforeq;
     fsQueryXExtents16Req    extreq;
@@ -1522,7 +1553,6 @@
=20
 	font =3D *ppfont;
 	fsd =3D (FSFontDataPtr)font->fpePrivate;
-	fsfont =3D (FSFontPtr)font->fontPrivate;
 	/* This is an attempt to reopen a font.  Did the font have a
 	   NAME property? */
 	if ((nameatom =3D MakeAtom("FONT", 4, 0)) !=3D None)
@@ -1550,7 +1580,6 @@
 	    return AllocError;
 =09
 	fsd =3D (FSFontDataPtr)font->fpePrivate;
-	fsfont =3D (FSFontPtr)font->fontPrivate;
     }
    =20
     /* make a new block record, and add it to the end of the list */
@@ -1793,7 +1822,7 @@
 			    err;
     int			    nranges =3D 0;
     int			    ret;
-    fsRange		    *ranges, *nextrange =3D 0;
+    fsRange		    *nextrange =3D 0;
     unsigned long	    minchar, maxchar;
=20
     rep =3D (fsQueryXBitmaps16Reply *) fs_get_reply (conn, &ret);
@@ -1818,7 +1847,7 @@
     if (blockrec->type =3D=3D FS_LOAD_GLYPHS)
     {
 	nranges =3D bglyph->num_expected_ranges;
-	nextrange =3D ranges =3D bglyph->expected_ranges;
+	nextrange =3D bglyph->expected_ranges;
     }
=20
     /* place the incoming glyphs */
@@ -2185,7 +2214,7 @@
 	xfree(ranges);
=20
 	/* Now try to reopen the font. */
-	return fs_send_open_font(client, (FontPathElementPtr)0,
+	return fs_send_open_font(client, pfont->fpe,
 				 (Mask)FontReopen, (char *)0, 0,
 				 (fsBitmapFormat)0, (fsBitmapFormatMask)0,
 				 (XID)0, &pfont);
@@ -2291,7 +2320,6 @@
 {
     FSFpePtr		conn =3D (FSFpePtr) fpe->private;
     FSBlockDataPtr	blockrec;
-    FSBlockedListPtr	blockedlist;
     int			err;
=20
     /* see if the result is already there */
@@ -2302,7 +2330,6 @@
 	    err =3D blockrec->errcode;
 	    if (err =3D=3D StillWorking)
 		return Suspended;
-	    blockedlist =3D (FSBlockedListPtr) blockrec->data;
 	    _fs_remove_block_rec(conn, blockrec);
 	    return err;
 	}
@@ -3143,21 +3170,21 @@
 void
 fs_register_fpe_functions(void)
 {
-    fs_font_type =3D RegisterFPEFunctions(fs_name_check,
-					fs_init_fpe,
-					fs_free_fpe,
-					fs_reset_fpe,
-					fs_open_font,
-					fs_close_font,
-					fs_list_fonts,
-					fs_start_list_with_info,
-					fs_next_list_with_info,
-					(WakeupFpeFunc)fs_wakeup,
-					fs_client_died,
-					_fs_load_glyphs,
-					NULL,
-					NULL,
-					NULL);
+    RegisterFPEFunctions(fs_name_check,
+			 fs_init_fpe,
+			 fs_free_fpe,
+			 fs_reset_fpe,
+			 fs_open_font,
+			 fs_close_font,
+			 fs_list_fonts,
+			 fs_start_list_with_info,
+			 fs_next_list_with_info,
+			 fs_wakeup,
+			 fs_client_died,
+			 _fs_load_glyphs,
+			 NULL,
+			 NULL,
+			 NULL);
 }
=20
 static int
@@ -3210,19 +3237,19 @@
 void
 check_fs_register_fpe_functions(void)
 {
-    fs_font_type =3D RegisterFPEFunctions(fs_name_check,
-					fs_init_fpe,
-					fs_free_fpe,
-					fs_reset_fpe,
-					check_fs_open_font,
-					fs_close_font,
-					check_fs_list_fonts,
-					check_fs_start_list_with_info,
-					check_fs_next_list_with_info,
-					(WakeupFpeFunc)fs_wakeup,
-					fs_client_died,
-					_fs_load_glyphs,
-					NULL,
-					NULL,
-					NULL);
+    RegisterFPEFunctions(fs_name_check,
+			 fs_init_fpe,
+			 fs_free_fpe,
+			 fs_reset_fpe,
+			 check_fs_open_font,
+			 fs_close_font,
+			 check_fs_list_fonts,
+			 check_fs_start_list_with_info,
+			 check_fs_next_list_with_info,
+			 fs_wakeup,
+			 fs_client_died,
+			 _fs_load_glyphs,
+			 NULL,
+			 NULL,
+			 NULL);
 }

--KC+fneiph5CALyUl--

--1fZJyN7nFm/tosmV
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iEYEARECAAYFAkJEt0gACgkQ6kxmHytGonxgdQCbB4Tb8PdfWgy1Twco4xUZ4Ilr
fZYAoJdwNMrM3Yxdk7wi6uGMkbcCqXZx
=nLPN
-----END PGP SIGNATURE-----

--1fZJyN7nFm/tosmV--

Revision history for this message

In Debian Bug tracker #284448, Branden Robinson (branden) wrote on 2005-05-06: tagging 284448

#23

# Automatically generated email from bts, devscripts version 2.8.14
# fixed in Debian X Strike Force XFree86 repository; to view, run "svn diff -r 2242:2243 svn://necrotic.deadbeast.net/xfree86"
tags 284448 + pending

Revision history for this message

In Debian Bug tracker #284448, Fabio Massimo Di Nitto (fabbione) wrote on 2005-05-13: Bug#284448: fixed in xfree86 4.3.0.dfsg.1-13

#24

Download full text (34.3 KiB)

Source: xfree86
Source-Version: 4.3.0.dfsg.1-13

We believe that the bug you reported is fixed in the latest version of
xfree86, which is due to be installed in the Debian FTP archive:

lbxproxy_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/lbxproxy_4.3.0.dfsg.1-13_i386.deb
libdps-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libdps-dev_4.3.0.dfsg.1-13_i386.deb
libdps1-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libdps1-dbg_4.3.0.dfsg.1-13_i386.deb
libdps1_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libdps1_4.3.0.dfsg.1-13_i386.deb
libice-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libice-dev_4.3.0.dfsg.1-13_i386.deb
libice6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libice6-dbg_4.3.0.dfsg.1-13_i386.deb
libice6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libice6_4.3.0.dfsg.1-13_i386.deb
libsm-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libsm-dev_4.3.0.dfsg.1-13_i386.deb
libsm6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libsm6-dbg_4.3.0.dfsg.1-13_i386.deb
libsm6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libsm6_4.3.0.dfsg.1-13_i386.deb
libx11-6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libx11-6-dbg_4.3.0.dfsg.1-13_i386.deb
libx11-6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libx11-6_4.3.0.dfsg.1-13_i386.deb
libx11-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libx11-dev_4.3.0.dfsg.1-13_i386.deb
libxaw6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxaw6-dbg_4.3.0.dfsg.1-13_i386.deb
libxaw6-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxaw6-dev_4.3.0.dfsg.1-13_i386.deb
libxaw6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxaw6_4.3.0.dfsg.1-13_i386.deb
libxaw7-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxaw7-dbg_4.3.0.dfsg.1-13_i386.deb
libxaw7-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxaw7-dev_4.3.0.dfsg.1-13_i386.deb
libxaw7_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxaw7_4.3.0.dfsg.1-13_i386.deb
libxext-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxext-dev_4.3.0.dfsg.1-13_i386.deb
libxext6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxext6-dbg_4.3.0.dfsg.1-13_i386.deb
libxext6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxext6_4.3.0.dfsg.1-13_i386.deb
libxft1-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxft1-dbg_4.3.0.dfsg.1-13_i386.deb
libxft1_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxft1_4.3.0.dfsg.1-13_i386.deb
libxi-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxi-dev_4.3.0.dfsg.1-13_i386.deb
libxi6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxi6-dbg_4.3.0.dfsg.1-13_i386.deb
libxi6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxi6_4.3.0.dfsg.1-13_i386.deb
libxmu-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxmu-dev_4.3.0.dfsg.1-13_i386.deb
libxmu6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxmu6-dbg_4.3.0.dfsg.1-13_i386.deb
libxmu6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxmu6_4.3.0.dfsg.1-13_i386.deb
libxmuu-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxmuu-dev_4.3.0.dfsg.1-13_i386.deb
libxmuu1-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool...

Source: xfree86
Source-Version: 4.3.0.dfsg.1-13

We believe that the bug you reported is fixed in the latest version of
xfree86, which is due to be installed in the Debian FTP archive:

lbxproxy_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/lbxproxy_4.3.0.dfsg.1-13_i386.deb
libdps-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libdps-dev_4.3.0.dfsg.1-13_i386.deb
libdps1-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libdps1-dbg_4.3.0.dfsg.1-13_i386.deb
libdps1_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libdps1_4.3.0.dfsg.1-13_i386.deb
libice-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libice-dev_4.3.0.dfsg.1-13_i386.deb
libice6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libice6-dbg_4.3.0.dfsg.1-13_i386.deb
libice6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libice6_4.3.0.dfsg.1-13_i386.deb
libsm-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libsm-dev_4.3.0.dfsg.1-13_i386.deb
libsm6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libsm6-dbg_4.3.0.dfsg.1-13_i386.deb
libsm6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libsm6_4.3.0.dfsg.1-13_i386.deb
libx11-6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libx11-6-dbg_4.3.0.dfsg.1-13_i386.deb
libx11-6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libx11-6_4.3.0.dfsg.1-13_i386.deb
libx11-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libx11-dev_4.3.0.dfsg.1-13_i386.deb
libxaw6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxaw6-dbg_4.3.0.dfsg.1-13_i386.deb
libxaw6-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxaw6-dev_4.3.0.dfsg.1-13_i386.deb
libxaw6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxaw6_4.3.0.dfsg.1-13_i386.deb
libxaw7-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxaw7-dbg_4.3.0.dfsg.1-13_i386.deb
libxaw7-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxaw7-dev_4.3.0.dfsg.1-13_i386.deb
libxaw7_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxaw7_4.3.0.dfsg.1-13_i386.deb
libxext-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxext-dev_4.3.0.dfsg.1-13_i386.deb
libxext6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxext6-dbg_4.3.0.dfsg.1-13_i386.deb
libxext6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxext6_4.3.0.dfsg.1-13_i386.deb
libxft1-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxft1-dbg_4.3.0.dfsg.1-13_i386.deb
libxft1_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxft1_4.3.0.dfsg.1-13_i386.deb
libxi-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxi-dev_4.3.0.dfsg.1-13_i386.deb
libxi6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxi6-dbg_4.3.0.dfsg.1-13_i386.deb
libxi6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxi6_4.3.0.dfsg.1-13_i386.deb
libxmu-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxmu-dev_4.3.0.dfsg.1-13_i386.deb
libxmu6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxmu6-dbg_4.3.0.dfsg.1-13_i386.deb
libxmu6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxmu6_4.3.0.dfsg.1-13_i386.deb
libxmuu-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxmuu-dev_4.3.0.dfsg.1-13_i386.deb
libxmuu1-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxmuu1-dbg_4.3.0.dfsg.1-13_i386.deb
libxmuu1_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxmuu1_4.3.0.dfsg.1-13_i386.deb
libxp-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxp-dev_4.3.0.dfsg.1-13_i386.deb
libxp6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxp6-dbg_4.3.0.dfsg.1-13_i386.deb
libxp6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxp6_4.3.0.dfsg.1-13_i386.deb
libxpm-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxpm-dev_4.3.0.dfsg.1-13_i386.deb
libxpm4-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxpm4-dbg_4.3.0.dfsg.1-13_i386.deb
libxpm4_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxpm4_4.3.0.dfsg.1-13_i386.deb
libxrandr-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxrandr-dev_4.3.0.dfsg.1-13_i386.deb
libxrandr2-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxrandr2-dbg_4.3.0.dfsg.1-13_i386.deb
libxrandr2_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxrandr2_4.3.0.dfsg.1-13_i386.deb
libxt-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxt-dev_4.3.0.dfsg.1-13_i386.deb
libxt6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxt6-dbg_4.3.0.dfsg.1-13_i386.deb
libxt6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxt6_4.3.0.dfsg.1-13_i386.deb
libxtrap-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxtrap-dev_4.3.0.dfsg.1-13_i386.deb
libxtrap6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxtrap6-dbg_4.3.0.dfsg.1-13_i386.deb
libxtrap6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxtrap6_4.3.0.dfsg.1-13_i386.deb
libxtst-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxtst-dev_4.3.0.dfsg.1-13_i386.deb
libxtst6-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxtst6-dbg_4.3.0.dfsg.1-13_i386.deb
libxtst6_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxtst6_4.3.0.dfsg.1-13_i386.deb
libxv-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxv-dev_4.3.0.dfsg.1-13_i386.deb
libxv1-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxv1-dbg_4.3.0.dfsg.1-13_i386.deb
libxv1_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/libxv1_4.3.0.dfsg.1-13_i386.deb
pm-dev_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/pm-dev_4.3.0.dfsg.1-13_all.deb
proxymngr_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/proxymngr_4.3.0.dfsg.1-13_i386.deb
twm_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/twm_4.3.0.dfsg.1-13_i386.deb
x-dev_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/x-dev_4.3.0.dfsg.1-13_all.deb
x-window-system-core_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/x-window-system-core_4.3.0.dfsg.1-13_i386.deb
x-window-system-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/x-window-system-dev_4.3.0.dfsg.1-13_i386.deb
x-window-system_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/x-window-system_4.3.0.dfsg.1-13_all.deb
xbase-clients_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xbase-clients_4.3.0.dfsg.1-13_i386.deb
xdm_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xdm_4.3.0.dfsg.1-13_i386.deb
xfonts-100dpi-transcoded_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xfonts-100dpi-transcoded_4.3.0.dfsg.1-13_all.deb
xfonts-100dpi_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xfonts-100dpi_4.3.0.dfsg.1-13_all.deb
xfonts-75dpi-transcoded_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xfonts-75dpi-transcoded_4.3.0.dfsg.1-13_all.deb
xfonts-75dpi_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xfonts-75dpi_4.3.0.dfsg.1-13_all.deb
xfonts-base-transcoded_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xfonts-base-transcoded_4.3.0.dfsg.1-13_all.deb
xfonts-base_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xfonts-base_4.3.0.dfsg.1-13_all.deb
xfonts-cyrillic_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xfonts-cyrillic_4.3.0.dfsg.1-13_all.deb
xfonts-scalable_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xfonts-scalable_4.3.0.dfsg.1-13_all.deb
xfree86-common_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xfree86-common_4.3.0.dfsg.1-13_all.deb
xfree86_4.3.0.dfsg.1-13.diff.gz
  to pool/main/x/xfree86/xfree86_4.3.0.dfsg.1-13.diff.gz
xfree86_4.3.0.dfsg.1-13.dsc
  to pool/main/x/xfree86/xfree86_4.3.0.dfsg.1-13.dsc
xfs_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xfs_4.3.0.dfsg.1-13_i386.deb
xfwp_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xfwp_4.3.0.dfsg.1-13_i386.deb
xlibmesa-dev_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xlibmesa-dev_4.3.0.dfsg.1-13_all.deb
xlibmesa-dri-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xlibmesa-dri-dbg_4.3.0.dfsg.1-13_i386.deb
xlibmesa-dri_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xlibmesa-dri_4.3.0.dfsg.1-13_i386.deb
xlibmesa-gl-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xlibmesa-gl-dbg_4.3.0.dfsg.1-13_i386.deb
xlibmesa-gl-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xlibmesa-gl-dev_4.3.0.dfsg.1-13_i386.deb
xlibmesa-gl_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xlibmesa-gl_4.3.0.dfsg.1-13_i386.deb
xlibmesa-glu-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xlibmesa-glu-dbg_4.3.0.dfsg.1-13_i386.deb
xlibmesa-glu-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xlibmesa-glu-dev_4.3.0.dfsg.1-13_i386.deb
xlibmesa-glu_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xlibmesa-glu_4.3.0.dfsg.1-13_i386.deb
xlibmesa3-dbg_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xlibmesa3-dbg_4.3.0.dfsg.1-13_all.deb
xlibmesa3_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xlibmesa3_4.3.0.dfsg.1-13_i386.deb
xlibosmesa-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xlibosmesa-dev_4.3.0.dfsg.1-13_i386.deb
xlibosmesa4-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xlibosmesa4-dbg_4.3.0.dfsg.1-13_i386.deb
xlibosmesa4_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xlibosmesa4_4.3.0.dfsg.1-13_i386.deb
xlibs-data_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xlibs-data_4.3.0.dfsg.1-13_all.deb
xlibs-dbg_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xlibs-dbg_4.3.0.dfsg.1-13_all.deb
xlibs-dev_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xlibs-dev_4.3.0.dfsg.1-13_all.deb
xlibs-pic_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xlibs-pic_4.3.0.dfsg.1-13_all.deb
xlibs-static-dev_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xlibs-static-dev_4.3.0.dfsg.1-13_i386.deb
xlibs-static-pic_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xlibs-static-pic_4.3.0.dfsg.1-13_i386.deb
xlibs_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xlibs_4.3.0.dfsg.1-13_all.deb
xmh_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xmh_4.3.0.dfsg.1-13_i386.deb
xnest_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xnest_4.3.0.dfsg.1-13_i386.deb
xserver-common_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xserver-common_4.3.0.dfsg.1-13_i386.deb
xserver-xfree86-dbg_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xserver-xfree86-dbg_4.3.0.dfsg.1-13_i386.deb
xserver-xfree86_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xserver-xfree86_4.3.0.dfsg.1-13_i386.deb
xspecs_4.3.0.dfsg.1-13_all.deb
  to pool/main/x/xfree86/xspecs_4.3.0.dfsg.1-13_all.deb
xterm_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xterm_4.3.0.dfsg.1-13_i386.deb
xutils_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xutils_4.3.0.dfsg.1-13_i386.deb
xvfb_4.3.0.dfsg.1-13_i386.deb
  to pool/main/x/xfree86/xvfb_4.3.0.dfsg.1-13_i386.deb

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 284448@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Fabio M. Di Nitto <fabbione@fabbione.net> (supplier of updated xfree86 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Fri, 13 May 2005 11:12:39 +0200
Source: xfree86
Binary: libx11-6-dbg libxtst6-dbg xserver-common xlibs-static-dev libxp6-dbg xbase-clients xlibmesa3-dbg libxtrap6-dbg xfonts-75dpi libxt6 libice6-dbg xmh libxaw6-dbg x-dev libxv1 libxext6-dbg xlibmesa-dev libxpm4 libxtst6 xlibmesa-gl-dev xfonts-cyrillic libx11-6 libsm6-dbg xlibs-pic xlibs-data x-window-system xfree86-common xlibmesa-dri xlibmesa3 libxv1-dbg libxrandr2 xlibmesa-glu libxaw7-dev xnest libxaw6 xterm libxp6 xlibmesa-dri-dbg libxrandr2-dbg libxmu6 xlibmesa-glu-dbg libx11-dev xlibs-static-pic libxpm4-dbg libxaw7-dbg libxmu6-dbg xlibmesa-glu-dev libxmuu-dev pm-dev libxext6 libxft1-dbg libxtst-dev libxv-dev libxp-dev twm x-window-system-dev libsm-dev xfonts-scalable libdps1-dbg libxmuu1-dbg xfwp libice6 libxmu-dev xlibs libdps-dev xserver-xfree86-dbg libxrandr-dev libsm6 xserver-xfree86 libdps1 proxymngr xfonts-base-transcoded libxaw6-dev lbxproxy x-window-system-core xutils xspecs libxtrap6 libice-dev libxt-dev xfs libxmuu1 libxi6-dbg xfonts-base xlibs-dbg libxpm-dev xlibmesa-gl xfonts-100dpi-transcoded libxtrap-dev xfonts-100dpi libxext-dev xfonts-75dpi-transcoded xlibosmesa4-dbg libxft1 libxi-dev xlibosmesa-dev xlibosmesa4 xvfb libxaw7 xlibmesa-gl-dbg xdm xlibs-dev libxi6 libxt6-dbg
Architecture: source i386 all
Version: 4.3.0.dfsg.1-13
Distribution: unstable
Urgency: high
Maintainer: Debian X Strike Force <debian-x@lists.debian.org>
Changed-By: Fabio M. Di Nitto <fabbione@fabbione.net>
Description: 
 lbxproxy   - Low Bandwidth X (LBX) proxy server
 libdps-dev - Display PostScript (DPS) client library development files
 libdps1    - Display PostScript (DPS) client library
 libdps1-dbg - Display PostScript (DPS) client library (unstripped)
 libice-dev - Inter-Client Exchange library development files
 libice6    - Inter-Client Exchange library
 libice6-dbg - Inter-Client Exchange library (unstripped)
 libsm-dev  - X Window System Session Management library development files
 libsm6     - X Window System Session Management library
 libsm6-dbg - X Window System Session Management library (unstripped)
 libx11-6   - X Window System protocol client library
 libx11-6-dbg - X Window System protocol client library (unstripped)
 libx11-dev - X Window System protocol client library development files
 libxaw6    - X Athena widget set library (version 6)
 libxaw6-dbg - X Athena widget set library (version 6, unstripped)
 libxaw6-dev - X Athena widget set library development files (version 6)
 libxaw7    - X Athena widget set library
 libxaw7-dbg - X Athena widget set library (unstripped)
 libxaw7-dev - X Athena widget set library development files
 libxext-dev - X Window System miscellaneous extension library development files
 libxext6   - X Window System miscellaneous extension library
 libxext6-dbg - X Window System miscellaneous extension library (unstripped)
 libxft1    - FreeType-based font drawing library for X (version 1)
 libxft1-dbg - FreeType-based font drawing library for X (version 1, unstripped)
 libxi-dev  - X Window System Input extension library development files
 libxi6     - X Window System Input extension library
 libxi6-dbg - X Window System Input extension library (unstripped)
 libxmu-dev - X Window System miscellaneous utility library development files
 libxmu6    - X Window System miscellaneous utility library
 libxmu6-dbg - X Window System miscellaneous utility library (unstripped)
 libxmuu-dev - lightweight X Window System miscellaneous utility library develop
 libxmuu1   - lightweight X Window System miscellaneous utility library
 libxmuu1-dbg - lightweight X Window System miscellaneous utility library (unstri
 libxp-dev  - X Window System printing extension library development files
 libxp6     - X Window System printing extension library
 libxp6-dbg - X Window System printing extension library (unstripped)
 libxpm-dev - X pixmap library development files
 libxpm4    - X pixmap library
 libxpm4-dbg - X pixmap library (unstripped)
 libxrandr-dev - X Window System Resize, Rotate and Reflection extension library d
 libxrandr2 - X Window System Resize, Rotate and Reflection extension library
 libxrandr2-dbg - X Window System Resize, Rotate and Reflection extension library (
 libxt-dev  - X Toolkit Intrinsics development files
 libxt6     - X Toolkit Intrinsics
 libxt6-dbg - X Toolkit Intrinsics (unstripped)
 libxtrap-dev - X Window System protocol-trapping extension library development f
 libxtrap6  - X Window System protocol-trapping extension library
 libxtrap6-dbg - X Window System protocol-trapping extension library (unstripped)
 libxtst-dev - X Window System event recording and testing extension library dev
 libxtst6   - X Window System event recording and testing extension library
 libxtst6-dbg - X Window System event recording and testing extension library (un
 libxv-dev  - X Window System video extension library development files
 libxv1     - X Window System video extension library
 libxv1-dbg - X Window System video extension library (unstripped)
 pm-dev     - proxy management protocol development files
 proxymngr  - X proxy services manager
 twm        - Tab window manager
 x-dev      - X protocol development files
 x-window-system - X Window System
 x-window-system-core - X Window System core components
 x-window-system-dev - X Window System development components
 xbase-clients - miscellaneous X clients
 xdm        - X display manager
 xfonts-100dpi - 100 dpi fonts for X
 xfonts-100dpi-transcoded - 100 dpi fonts for X (transcoded from ISO 10646-1)
 xfonts-75dpi - 75 dpi fonts for X
 xfonts-75dpi-transcoded - 75 dpi fonts for X (transcoded from ISO 10646-1)
 xfonts-base - standard fonts for X
 xfonts-base-transcoded - standard fonts for X (transcoded from ISO 10646-1)
 xfonts-cyrillic - Cyrillic fonts for X
 xfonts-scalable - scalable fonts for X
 xfree86-common - X Window System (XFree86) infrastructure
 xfs        - X font server
 xfwp       - X firewall proxy server
 xlibmesa-dev - XFree86 Mesa development libraries dummy package
 xlibmesa-dri - Mesa 3D graphics library modules [XFree86]
 xlibmesa-dri-dbg - Mesa 3D graphics library modules (unstripped) [XFree86]
 xlibmesa-gl - Mesa 3D graphics library [XFree86]
 xlibmesa-gl-dbg - Mesa 3D graphics library (unstripped) [XFree86]
 xlibmesa-gl-dev - Mesa 3D graphics library development files [XFree86]
 xlibmesa-glu - Mesa OpenGL utility library [XFree86]
 xlibmesa-glu-dbg - Mesa OpenGL utility library (unstripped) [XFree86]
 xlibmesa-glu-dev - Mesa OpenGL utility library development files [XFree86]
 xlibmesa3  - XFree86 Mesa libraries dummy package
 xlibmesa3-dbg - XFree86 Mesa unstripped libraries dummy package
 xlibosmesa-dev - Mesa off-screen rendering library development files [XFree86]
 xlibosmesa4 - Mesa off-screen rendering library [XFree86]
 xlibosmesa4-dbg - Mesa off-screen rendering library (unstripped) [XFree86]
 xlibs      - X Keyboard Extension (XKB) configuration data and metapackage
 xlibs-data - X Window System client data
 xlibs-dbg  - X Window System unstripped client libraries dummy package
 xlibs-dev  - X Window System client library development files dummy package
 xlibs-pic  - XFree86 static PIC libraries dummy package
 xlibs-static-dev - X Window System client library development files
 xlibs-static-pic - X Window System client extension library PIC archives
 xmh        - X interface to the MH mail system
 xnest      - nested X server
 xserver-common - files and utilities common to all X servers
 xserver-xfree86 - the XFree86 X server
 xserver-xfree86-dbg - the XFree86 X server (static version with debugging symbols)
 xspecs     - X protocol, extension, and library technical specifications
 xterm      - X terminal emulator
 xutils     - X Window System utility programs
 xvfb       - virtual framebuffer X server
Closes: 269407 284448 285807 285871 287221 293527 296719 298538 299272 303461 303688 308422 308506
Changes: 
 xfree86 (4.3.0.dfsg.1-13) unstable; urgency=high
 .
   Urgency set to high due to fix for security flaw CAN-2005-0605 (see below).
 .
   Changes by Denis Barbier:
 .
   * Update Spanish debconf template translations (thanks, Javier
     FernÃ¡ndez-Sanguino PeÃ±a).  (Closes: #298538)
 .
   * Revert XLC_LOCALE/zh_TW.UTF-8 to the version shipped in 4.3.0.dfsg.1-6.
     Tetralet explained that Chinese users are likely to have the unifont
     package installed because it is part of Chinese tasks, and this font
     covers all needed glyphs.  With this font, having ISO10646 listed first
     in this file is harmless, whereas GTK1.2 apps are unreadable when it is
     at the bottom of this file.  (Closes: #296719)
 .
   Changes by Branden Robinson:
 .
   * Fix CAN-2005-0605: libxpm4's scan.c file may allow attackers to execute
     arbitrary code via a negative bitmap_unit value that leads to a buffer
     overflow.  (Closes: #299272)
 .
   * Update FAQ entry "What is the story with XFree86's license?" to clarify
     wording and add a bit of future-proofing, per request from Daniel Stone.
 .
   * Update FAQ to remove hyperlinks to the ViewCVS installation on
     necrotic.deadbeast.net, which no longer exists, and replace hyperlinks to
     snapshots of the xfree86 repository with hyperlinks to the Apache-served
     xfree86 repository itself.
 .
   * Update FAQ entry "How can I help debug the XFree86 X server?" to include
     instructions on attaching GDB to a running X server process, and advice on
     how to recover the console while the X server is wedged.
 .
   * Update FAQ entry "What is the story with XFree86 3.x?" to remove
     CAN-2004-0914 as a potential security threat -- XFree86 3.x did not ship
     the Xpm library, which that advisory covered.
 .
   * In lxterm, redirect the standard error output of "locale charmap" to
     /dev/null so that we don't attempt to parse it.  Thanks to Denis Barbier
     for pointing this out.
 .
   * Update xfonts-100dpi-transcoded and xfonts-75dpi-transcoded's postinst and
     postrm scripts to stop invoking update-fonts-alias; these packages ship no
     font aliases, and can provoke warnings from that command if their
     non-transcoded counterpart packages are not installed.  Thanks to Gregory
     Colpart for catching this.  (Closes: #287221)
 .
   * Stop using non-POSIX "local" keyword in shell-lib.sh.
 .
   * Fix xdm's prerm script to remove /etc/X11/default-display-manager if the
     corresponding debconf question has disappeared (meaning that the last
     package which provided that shared template is being removed); this
     enables a clean purge of the /etc/X11 directory (among the xfree86
     packages, at least).
 .
   * Add dependencies on xfree86-common to every package that ships files in
     /usr/X11R6 and doesn't already have such a dependency; this ensures that
     the files located there are always locatable via the
     /usr/{bin,include,lib}/X11 symbolic links provided by xfree86-common.
 .
   * Enhance xdm's logrotate configuration per Andrew Suffield.
     + Rotate log file weekly.
     + Keep logs around for one year.
     + Compress log files.
     + Delay compression of log files until after they've been rotated.
     (Closes: #285871)
 .
   * Make xdm support log rotation properly.
     + Write patch #099x.
       - Implement new ReopenLogFile() and ReopenLogFileNotify() functions.
         ReopenLogFileNotify() is a signal handler for SIGUSR2.
       - Move the definition of the WRITES() macro from error.c to dm_error.h
         so that dm.c can use it as well.
       - Document xdm's signal handling in its manpage.
     + Update xdm's logrotate configuration to add a postrotate script which
       signals xdm with SIGUSR2.
    (Closes: #303688)
 .
   * Grab patches by Thomas Winischhofer from freedesktop.org's xorg CVS which
     fix the busted MiscPassMessage() extension implementation in xfree86 which
     1) copies from an invalid memory location, and 2) has memory leaks --
     neither is a good trait in a setuid root program like the X server.
     (Closes: #285807)
 .
   * Grab patches by Chisato Yamauchi, David Dawes, and Marc Aurele La France
     from xfree86 CVS (none later than 2004-01-12), to perform bounds checking
     on font metrics and avoid SEGVs in xfs and the X server.  Resync patch
     #099v.  (Closes: #284448)
 .
   * Apply patches from Alex Williamson (also in freedesktop.org xorg CVS) to
     make the XFree86 X server's ELF object loader ensure cache coherency on
     IA64.  Resync patch #071.  (Closes: #303461)
 .
   * Update dexconf to use a new function, has_multiplexed_mouse(), to check
     the Linux kernel version and only write a "Generic Mouse" InputDevice
     stanza (and reference to it in the ServerLayout section) if the
     "Configured Mouse" is not a device type multiplexed through
     /dev/input/mice.  In Linux 2.4, only /dev/input/mouse* devices were
     treated this way, but now PS/2 and serial mouse devices are as well.  This
     resolves problems with button remapping and doubled mouse events which
     caused "warp speed" mouse motion.  (Closes: #269407)
 .
   * Replace mouse configuration code in xserver-xfree86.config.in with a
     function, configure_mouse(), which performs the same functions but adds
     knowledge of many more mouse types and attempts to guess a reasonable
     default mouse device (dependent on architecture and even sub-architecture
     in some cases) in the event detection does not work.  Add copious amounts
     of debugging statements (suppressed by default).  Among other things, this
     adds support for the /dev/adbmouse device node used on Apple Desktop
     Bus-equipped Macintoshes.  (Closes: #293527)
 .
   * Fix translation error in Brazilian Portguese debconf template
     translations.  (Thanks, AndrÃ© LuÃs Lopes!)  (Closes: #308506)
 .
   * Add Vietnamese debconf template translations.  (Thanks, Clytie Siddall!)
     (Closes: #308422)
Files: 
 ff29ab7e739bdb879b81d4efdd566813 2630 x11 optional xfree86_4.3.0.dfsg.1-13.dsc
 34b589e09c6b34bc4249e28f483a07f4 3631934 x11 optional xfree86_4.3.0.dfsg.1-13.diff.gz
 fc7e1843ef8206be5aacd2b72515175c 158058 libdevel optional pm-dev_4.3.0.dfsg.1-13_all.deb
 32c4688d231b52f37b90a7c7389b3923 215080 libdevel optional x-dev_4.3.0.dfsg.1-13_all.deb
 594fdff3bb06c07568d761ebe66a6924 4361702 x11 optional xfonts-100dpi_4.3.0.dfsg.1-13_all.deb
 1083cb79909414fd2f8307c8071941b1 8195640 x11 optional xfonts-100dpi-transcoded_4.3.0.dfsg.1-13_all.deb
 18b92bd3b596ee6bcf3303cc34be9a0b 3839498 x11 optional xfonts-75dpi_4.3.0.dfsg.1-13_all.deb
 cc374e62e85f039a54f2189dbf66475f 7072916 x11 optional xfonts-75dpi-transcoded_4.3.0.dfsg.1-13_all.deb
 4b572793dbd1a445882889329806106a 5489162 x11 optional xfonts-base_4.3.0.dfsg.1-13_all.deb
 f2fbfb070d8e9ee6899df541db648c01 1202306 x11 optional xfonts-base-transcoded_4.3.0.dfsg.1-13_all.deb
 4890a361132d22dc4240ae08405b0e35 539782 x11 optional xfonts-cyrillic_4.3.0.dfsg.1-13_all.deb
 2ac851a1557a711a1ff4244edee5da54 899478 x11 optional xfonts-scalable_4.3.0.dfsg.1-13_all.deb
 0d69ce3e9b19f24e333a6cc62d6637d0 813942 x11 optional xfree86-common_4.3.0.dfsg.1-13_all.deb
 923bc575f5161c6d63641c5e8e2d9659 416632 libs optional xlibs_4.3.0.dfsg.1-13_all.deb
 dec7d744aea5adefd52ebe5c59591e7d 905252 libs optional xlibs-data_4.3.0.dfsg.1-13_all.deb
 a21e85b3e959cad4c66c7c2e5d93d130 5834750 x11 optional xspecs_4.3.0.dfsg.1-13_all.deb
 0873ce6e2b431d0e1c3ffe7eb0790f3f 157362 x11 optional x-window-system_4.3.0.dfsg.1-13_all.deb
 2206b4e170752d79972b11f150ae0b2f 157222 oldlibs extra xlibmesa3-dbg_4.3.0.dfsg.1-13_all.deb
 87169762f356342c0c322c39b42f9eb8 157212 oldlibs optional xlibmesa-dev_4.3.0.dfsg.1-13_all.deb
 119148f6eb8c86b5dbe9b1a8a960bfc9 157276 oldlibs extra xlibs-dbg_4.3.0.dfsg.1-13_all.deb
 b92138cdf524cf7a8590caa2ecfd5b1d 157278 oldlibs extra xlibs-dev_4.3.0.dfsg.1-13_all.deb
 bca275816dde373fa6ab9a77f9384926 157184 oldlibs extra xlibs-pic_4.3.0.dfsg.1-13_all.deb
 8732456f3d314d3ff0c0cf8115c8bb96 248838 x11 optional lbxproxy_4.3.0.dfsg.1-13_i386.deb
 2e00edf8fbc97ee982be46c4b507fd34 284828 libs optional libdps1_4.3.0.dfsg.1-13_i386.deb
 51fad13be339b52a49528aad739d7823 781450 libdevel extra libdps1-dbg_4.3.0.dfsg.1-13_i386.deb
 31c7a2d1555515ff0e733e0144dc0eac 340838 libdevel optional libdps-dev_4.3.0.dfsg.1-13_i386.deb
 139995afc4904a476339f231f3c1c9a4 202166 libs optional libice6_4.3.0.dfsg.1-13_i386.deb
 0354b0bf6501afa07c05e1370da2aa2e 284926 libdevel extra libice6-dbg_4.3.0.dfsg.1-13_i386.deb
 78c3e9a06b34d846010302dfc227bc95 204002 libdevel optional libice-dev_4.3.0.dfsg.1-13_i386.deb
 94d971609cf6de4a0fde2ec09535af3e 179910 libs optional libsm6_4.3.0.dfsg.1-13_i386.deb
 4d4c2990d6a8e080078baf552c596b2e 204018 libdevel extra libsm6-dbg_4.3.0.dfsg.1-13_i386.deb
 d5608df732d654d8b28b66c64e7db5e0 175348 libdevel optional libsm-dev_4.3.0.dfsg.1-13_i386.deb
 6a3e0f297659ddb59323ef0b4f2238e5 723774 libs optional libx11-6_4.3.0.dfsg.1-13_i386.deb
 e0624081e1162a02f1c97fd78fb643c5 9605652 libdevel extra libx11-6-dbg_4.3.0.dfsg.1-13_i386.deb
 c320584c3fb00ef289d776dec246757b 1357140 libdevel optional libx11-dev_4.3.0.dfsg.1-13_i386.deb
 5166d267919d7d27dea5ac8c99d43f85 284016 libs optional libxaw6_4.3.0.dfsg.1-13_i386.deb
 2c356e1b3ccff5fb5114bead376d0fb8 889156 libdevel extra libxaw6-dbg_4.3.0.dfsg.1-13_i386.deb
 4daacbb33fc0d80d294201fe05cad5fe 412890 libdevel extra libxaw6-dev_4.3.0.dfsg.1-13_i386.deb
 fc30fbf626fffeba656dd8227b4961db 337230 libs optional libxaw7_4.3.0.dfsg.1-13_i386.deb
 e207b8de45762730b1d2ccb686943ca6 1023936 libdevel extra libxaw7-dbg_4.3.0.dfsg.1-13_i386.deb
 36f82bf6e242071d9774c026fa411417 412800 libdevel optional libxaw7-dev_4.3.0.dfsg.1-13_i386.deb
 8ac89a5674ab17ebe9251eecd1d7521a 187094 libs optional libxext6_4.3.0.dfsg.1-13_i386.deb
 a48f9031036f45dc5768437f1c609ce0 506186 libdevel extra libxext6-dbg_4.3.0.dfsg.1-13_i386.deb
 a18cfeff5a512de95bfdac9456815aaf 245490 libdevel optional libxext-dev_4.3.0.dfsg.1-13_i386.deb
 1de73584e7511dfbf6805571c9b2bf58 189406 libs optional libxft1_4.3.0.dfsg.1-13_i386.deb
 bf6346fac40c209e579c601d6e1e1c4a 468466 libdevel extra libxft1-dbg_4.3.0.dfsg.1-13_i386.deb
 bb9a80d32c9c85ad26bf39baed7c0e1f 178220 libs optional libxi6_4.3.0.dfsg.1-13_i386.deb
 cb8ee5dc0e83a8fb52dd8fbd447faa0c 1165274 libdevel extra libxi6-dbg_4.3.0.dfsg.1-13_i386.deb
 02ba0a56a836897ceca7ad2c7f962de2 229790 libdevel optional libxi-dev_4.3.0.dfsg.1-13_i386.deb
 012d54b4a891d56ab5386d3a3b947415 208494 libs optional libxmu6_4.3.0.dfsg.1-13_i386.deb
 8a47548c344f0f5109e96a834af4bc76 658634 libdevel extra libxmu6-dbg_4.3.0.dfsg.1-13_i386.deb
 8ff0e530d1635c012abb4ea1c67bf792 217022 libdevel optional libxmu-dev_4.3.0.dfsg.1-13_i386.deb
 f17cfd2dd1fd76f98bf8ef6469563b9e 170398 libs optional libxmuu1_4.3.0.dfsg.1-13_i386.deb
 3d0f785d9e5a34cfbe3c9c20a7bfa557 207098 libdevel extra libxmuu1-dbg_4.3.0.dfsg.1-13_i386.deb
 014a8ec9acd2883f5e86b10da0484827 161748 libdevel optional libxmuu-dev_4.3.0.dfsg.1-13_i386.deb
 3f78428d5405b8e443e8b3fe79cbd052 177346 libs optional libxp6_4.3.0.dfsg.1-13_i386.deb
 7b0da50f5fc30e20fcbe9a64ccc13dcd 564096 libdevel extra libxp6-dbg_4.3.0.dfsg.1-13_i386.deb
 f1738645d7bbc6714511fffb29a4d9cf 177630 libdevel optional libxp-dev_4.3.0.dfsg.1-13_i386.deb
 8ec6a7bdd2877e2faf989ae8b2e629d6 194698 libs optional libxpm4_4.3.0.dfsg.1-13_i386.deb
 1781498cbb047eba185879e0f9d13705 246052 libdevel extra libxpm4-dbg_4.3.0.dfsg.1-13_i386.deb
 aa027f3ab9503b140764125139a53b06 192700 libdevel optional libxpm-dev_4.3.0.dfsg.1-13_i386.deb
 b3e796b2c1180fd996c73cc2be00c2aa 170106 libs optional libxrandr2_4.3.0.dfsg.1-13_i386.deb
 3c024cdc17f5a9a659f633549c80aa60 198980 libdevel extra libxrandr2-dbg_4.3.0.dfsg.1-13_i386.deb
 7045ffcc015ef33be246f09dcc3f70c3 169696 libdevel optional libxrandr-dev_4.3.0.dfsg.1-13_i386.deb
 a0bffa7fa215cf938a9d553af4c7b58f 328014 libs optional libxt6_4.3.0.dfsg.1-13_i386.deb
 f9ea5d7d72895ac152d5406d13e1577d 1529798 libdevel extra libxt6-dbg_4.3.0.dfsg.1-13_i386.deb
 acfe2718fc31ad04b9f0744ee61eb377 612886 libdevel optional libxt-dev_4.3.0.dfsg.1-13_i386.deb
 7e1725f03d722e51567f804cc10d7347 179196 libs optional libxtrap6_4.3.0.dfsg.1-13_i386.deb
 3234f07b4d82b8826cafd3d34ee796b4 408854 libdevel extra libxtrap6-dbg_4.3.0.dfsg.1-13_i386.deb
 91787a842a4c51c079f989e811afae2e 183508 libdevel optional libxtrap-dev_4.3.0.dfsg.1-13_i386.deb
 decd32fa4e7cf442f3cd78b05b467191 173130 libs optional libxtst6_4.3.0.dfsg.1-13_i386.deb
 a4ddef6bfe4bef328025a97988e8311c 235156 libdevel extra libxtst6-dbg_4.3.0.dfsg.1-13_i386.deb
 4b121d115a0d306d71ba79daf34f3a57 168566 libdevel optional libxtst-dev_4.3.0.dfsg.1-13_i386.deb
 3b536f23d1bbea71a5c93ba9a312ab6f 171260 libs optional libxv1_4.3.0.dfsg.1-13_i386.deb
 a9cef9a792e89234f4c240b6ea4e6cea 201750 libdevel extra libxv1-dbg_4.3.0.dfsg.1-13_i386.deb
 8205b4fee2de04dde8bcf15403898638 189254 libdevel optional libxv-dev_4.3.0.dfsg.1-13_i386.deb
 044ac11000a04519deb8b54a4dab2959 181366 x11 optional proxymngr_4.3.0.dfsg.1-13_i386.deb
 21482146cc49cd117573a431a63e3566 263652 x11 optional twm_4.3.0.dfsg.1-13_i386.deb
 c79edaf0b49d5b715b575dc70afef8ba 1938822 x11 optional xbase-clients_4.3.0.dfsg.1-13_i386.deb
 56782490225f74d56f34f7709ad4b0a3 307700 x11 optional xdm_4.3.0.dfsg.1-13_i386.deb
 c4a9db1418fa6a7d13a97d9ac504ce2f 495170 x11 optional xfs_4.3.0.dfsg.1-13_i386.deb
 7990f6cf5a215100e65fb2e6bbadbf30 179202 x11 optional xfwp_4.3.0.dfsg.1-13_i386.deb
 250b9f80bb7f430abb51ac8dbb0eb21e 5007762 x11 optional xlibmesa-dri_4.3.0.dfsg.1-13_i386.deb
 7f114dab267d4d5f818f5b75d69cb9db 49492558 x11 optional xlibmesa-dri-dbg_4.3.0.dfsg.1-13_i386.deb
 397583bc3d6878b8848612c4782d21e7 282026 libs optional xlibmesa-gl_4.3.0.dfsg.1-13_i386.deb
 a7721f517b9fa9d8f039bdfc9c66be2a 1229282 libdevel extra xlibmesa-gl-dbg_4.3.0.dfsg.1-13_i386.deb
 25bd010054e768da61e1e1a960c305c9 703808 libdevel optional xlibmesa-gl-dev_4.3.0.dfsg.1-13_i386.deb
 ce6bb72efce3f22c2b1a054aab8e3983 364676 libs optional xlibmesa-glu_4.3.0.dfsg.1-13_i386.deb
 7940d8a4caeb500851aef3f62c6ec5e6 1109950 libdevel extra xlibmesa-glu-dbg_4.3.0.dfsg.1-13_i386.deb
 37438c39b128031107073df578db3834 433726 libdevel optional xlibmesa-glu-dev_4.3.0.dfsg.1-13_i386.deb
 47c17cd8e59edb2b890d1d88fbee3107 660720 libs optional xlibosmesa4_4.3.0.dfsg.1-13_i386.deb
 08e2788b83246da485f555f45d0c12c9 4579664 libdevel extra xlibosmesa4-dbg_4.3.0.dfsg.1-13_i386.deb
 b8c679be1cd2422323ebaf99c9ece20d 788896 libdevel optional xlibosmesa-dev_4.3.0.dfsg.1-13_i386.deb
 30091ddeca92ee13d53a109d6d85836b 853198 libdevel optional xlibs-static-dev_4.3.0.dfsg.1-13_i386.deb
 ef2a2eb11164902aadfc843feb10c66a 383162 libdevel extra xlibs-static-pic_4.3.0.dfsg.1-13_i386.deb
 7326d6d702c1f985fb9359c013f3c328 225560 mail extra xmh_4.3.0.dfsg.1-13_i386.deb
 45f7c642a54fd63b461b1c0af22f1249 1465198 x11 optional xnest_4.3.0.dfsg.1-13_i386.deb
 a316fb5b0c479c34be0162195e500581 335422 x11 optional xserver-common_4.3.0.dfsg.1-13_i386.deb
 59cca7c23505ddfc1ec848b2ef6a1c9a 5741556 x11 optional xserver-xfree86_4.3.0.dfsg.1-13_i386.deb
 ab4cd522c021af8253bdbbb0f21f3636 54910616 x11 extra xserver-xfree86-dbg_4.3.0.dfsg.1-13_i386.deb
 4f2f12de2903d0e0f0c335ced60aa662 507700 x11 optional xterm_4.3.0.dfsg.1-13_i386.deb
 c885170a4a8e2015b64c224e1ee90f53 910518 x11 optional xutils_4.3.0.dfsg.1-13_i386.deb
 539777beeb4433f4f3b3c193664c880f 1601546 x11 optional xvfb_4.3.0.dfsg.1-13_i386.deb
 641b304c21dd6171bf0ba224c64a15d9 157436 x11 optional x-window-system-core_4.3.0.dfsg.1-13_i386.deb
 9ed267878cd85740e498282e4eca353c 157488 x11 extra x-window-system-dev_4.3.0.dfsg.1-13_i386.deb
 a1de48348ed7d009b52844c72703ae87 157238 oldlibs optional xlibmesa3_4.3.0.dfsg.1-13_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFChH1AhCzbekR3nhgRAs+pAJ9HUwz/iK0GU8j3GGvK1aNO1vK7FQCfeukl
2LXz5N2zdDSs/CmKq9ivGUQ=
=p7Cl
-----END PGP SIGNATURE-----

Bug Watch Updater (bug-watch-updater) on 2006-09-27

Changed in xfree86:
status:	Unknown → Fix Released

Affects		Status	Importance	Assigned to	Milestone
	xfree86 (Debian)	Fix Released	Unknown	debbugs #284448
	xfree86 (Ubuntu)	Invalid	High	Daniel Stone

Debian
xfree86 package

xserver-xfree86: xserver (ATI or Radeon something 7500) crashes on variouslaunches of programcs from within X.

Bug Description

CVE References

Other bug subscribers

Remote bug watches

Debianxfree86 package

xserver-xfree86: xserver (ATI or Radeon something 7500) crashes on variouslaunches of programcs from within X.

Bug Description

CVE References

Other bug subscribers

Remote bug watches

Debian
xfree86 package