From owner-cvs-all@FreeBSD.ORG Fri Feb 27 06:37:34 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B2A316A4D0 for ; Fri, 27 Feb 2004 06:37:34 -0800 (PST) Received: from rdsnet.ro (unknown [62.231.74.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 146C343D2D for ; Fri, 27 Feb 2004 06:37:33 -0800 (PST) (envelope-from itetcu@apropo.ro) Received: (qmail 399 invoked from network); 27 Feb 2004 14:37:24 -0000 Received: from unknown (HELO it.buh.cameradicommercio.ro) (81.196.25.19) by mail.rdsnet.ro with SMTP; 27 Feb 2004 14:37:24 -0000 Received: from it.buh.cameradicommercio.ro (localhost.buh.cameradicommercio.ro [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with SMTP id 6EFAA1E9; Fri, 27 Feb 2004 16:39:07 +0200 (EET) Date: Fri, 27 Feb 2004 16:39:06 +0200 From: Ion-Mihai Tetcu To: Markus Brueffer Message-Id: <20040227163906.1f01c836@it.buh.cameradicommercio.ro> In-Reply-To: <200402271455.03115.markus@FreeBSD.org> References: <200402271306.i1RD6hmv045922@repoman.freebsd.org> <20040227153441.30312500@it.buh.cameradicommercio.ro> <200402271455.03115.markus@FreeBSD.org> X-Mailer: Sylpheed version 0.9.9claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: cvs-ports@FreeBSD.org cc: cvs-all@FreeBSD.org cc: ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/net/dcgui Makefile distinfo ports/net/dcgui/files patch-main.cpp X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2004 14:37:34 -0000 On Fri, 27 Feb 2004 14:54:56 +0100 Markus Brueffer wrote: > On Friday 27 February 2004 14:34, Ion-Mihai Tetcu wrote: > > On Fri, 27 Feb 2004 05:06:43 -0800 (PST) [..] > > Markus, could you please take a look at my: > > > > From: Ion-Mihai Tetcu > > To: ports@FreeBSD.ORG > > Subject: net/dcgui locks machine hard - libpthread related > > Date: Fri, 27 Feb 2004 13:25:47 +0200 > > > > and perhaps give me an advice ? Thank you. > > I'm currently looking into it. It's hard for me to debug, since I'm > not able to reproduce this, neighter on -STABLE, nor on 5.2.1 > (libc_r). I noticed this sometimes in the past when I used Xinerama > with two different graphic-devices. Since I'm using a NVidia TI 4200 > in dual-head mode (nvidia-driver), this hasn't occured anymore. Since > noone else was able to reproduce this, I thought it was somehow > related to my XFree-setup. I have a Radeon R250 If [Radeon 9000] rev 1, but I'm not using the "fancy" features (no drm, etc.). > The question now is: what is responsible for the lockups? If the > machine completly locks up, it can't be only a dcgui-thing. Obviously > the threading-libs are somehow responsible for these lockups, or at > least somehow involved. Any hints on how to track this down are > welcome. 1. For now I have only empiric informations. I'll try to setup a serial console next week (if the real life permits) and break to debugger when it happens. Maybe that will give a clue. It's an UP AthonXP machine. I'll try a kernel without SMP, maybe it make a difference. machine i386 cpu I686_CPU ident KSE_ULE_UP_apic options CPU_ATHLON_SSE_HACK options NPX_DEBUG makeoptions DEBUG=-g options BREAK_TO_DEBUGGER options SCHED_ULE #firts try, huh :) options HZ=1000 options DDB options INVARIANTS options INVARIANT_SUPPORT options WITNESS options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC 2. The system is stable without dcgui. 3. I cannot understand why it was locking KDE/X *before* kse came in with the s/-lpthread/${PTHREAD_LIBS}/g; I think it was happening after the first output on the splash screen. A strange linuxism on how dcgui makes use of threads ? 4. It seems to lock when it has a large number of active concurrent downloads (many sources for a few files) or when one closes about 10 downloads and shutdown dcgui, or only close downloads.. What if the problem is in dclib, rather that dcgui and 3) is not related ? Should I try profiling ? The bad thing is that I'm not familiar at all with qt. > > Also I think that in dclib's pkg-plist: > > @unexec rmdir %D/share/dcgui/plugin 2>/dev/null || true > > @unexec rmdir %D/share/dcgui 2>/dev/null || true > > are not needed, since the html plugin is now a separate thing and > > dcgui does not install tehm. And dclib seems to install also: > > see below > > > +@dirrm share/nls/en_US.US-ASCII > > +@dirrm share/nls/POSIX > > nls-entries don't belong into the plist. < BIG UPS> I was using Tools/plist; I'll try again to convince myself it was an pilot error ;-) > > +@dirrm share/dcgui/plugin > > +@dirrm share/dcgui > > These two entries are essentially the same than the two above. The > difference ist, that the above entries take care of not throwing > error-messages, when these directories are not empty when deleting the > pkg (which isn't neccessary the case). Yes, I know. I was thinking that, because dcgui doesn't install something in there, there is no reason for @unexec. Do you have plans to port the html plugin ? -- IOnut Unregistered ;) FreeBSD user