1. Forum
  2. Usenet
  3. LINUX.DEBIAN.BUGS.DIST

  • Bug#256129: Further Example

    From Lucas Barbuto@1:229/2 to Branden Robinson on Fri Aug 20 08:30:11 2004
    XPost: linux.debian.maint.x
    From: [email protected]

    Hi Branden,

    Branden Robinson wrote:
    I suspect there is a resource leak in one of the applications you are
    using.

    Yeah, I suspect you're right. I've been rebooting frequently over the
    last week or so, so I haven't had any Xlib problems, but my machine
    should be a little more stable this week. I'll send output to [email protected] when it happens again.

    Best Regards,

    --
    Lucas


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

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Branden Robinson@1:229/2 to Lucas Barbuto on Fri Aug 13 11:00:32 2004
    XPost: linux.debian.maint.x
    From: [email protected]

    On Thu, Jul 29, 2004 at 11:01:19AM +1000, Lucas Barbuto wrote:
    Hi,

    Here's a brief example of what I'm talking about, just to clarify. This happens every two or three days.

    I suspect there is a resource leak in one of the applications you are
    using.

    [lbarbuto@juno] [~] $ xlsclients
    juno gnome-session
    juno aterm -fn smooth -fb smooth -bg black -fg gray -geometry 120x20
    -ls -name irssi -title '[ irssi ] [ irc.openprojects.net ]' +sb -tr -e irssi juno aterm -fn smooth -fb smooth -bg black -fg gray -geometry 80x20 -ls -name aterm -title aterm +sb -sh 50 -tr
    juno /usr/lib/control-center/gnome-settings-daemon
    juno metacity --sm-save-file 1061195406-13153-2509766848.ms
    juno gnome-panel --screen=0
    juno nautilus --screen=0
    juno /usr/lib/gnome-panel/wnck-applet
    juno /usr/lib/gnome-panel/clock-applet
    juno /usr/lib/mozilla-thunderbird/mozilla-thunderbird-bin
    -contentLocale en-US -UILocale en-US -height 600 -width 800
    juno /usr/lib/mozilla-firefox/firefox-bin -a firefox -contentLocale
    en-US -UILocale en-US -width 800 -height 600
    [lbarbuto@juno] [~] $ xeyes &
    [1] 995
    [lbarbuto@juno] [~] $ xterm &
    [2] 999
    [lbarbuto@juno] [~] $ Xlib: connection to ":0.0" refused by server
    Xlib: Maximum number of clients reached
    xterm Xt error: Can't open display: :0.0

    [2]+ Exit 1 xterm
    [lbarbuto@juno] [~] $

    Could you show us the output of "xwininfo -root -children"? I never
    experience the problem you have, and I use KDE and Mozilla. For me, that command reports 830 windows.

    (I realize windows are not the same thing as clients, but giving that this
    bug has been open for a while without much useful information apart from confirmation of its existence, I want to see what we can do to gather more data.)

    To be honest, I don't know how to ask the X server how many clients it
    *thinks* are connected for the purposes of sending this error down the wire
    to Xlib. xlsclients connects to the server and uses XQueryTree(), which
    isn't the same thing. That's only going to be able to find clients that
    are attached to the root window, and won't help us with a resouce leak.

    (My xwininfo suggestion probably suffers from the same flaw, but I'll keep
    my fingers crossed anyway.)

    --
    G. Branden Robinson | I am only good at complaining.
    Debian GNU/Linux | You don't want me near your code. [email protected] | -- Dan Jacobson http://people.debian.org/~branden/ |

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

    iEYEARECAAYFAkEcdCoACgkQ6kxmHytGonx5HACgoGtSXruRUTPRs/urM1hGWA+n 85QAoIIVkzu2xIfypQkskRtgrSPy7bBf
    =ybKO
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)