From kde-core-devel Mon May 29 15:58:29 2006 From: Ralf Habacker Date: Mon, 29 May 2006 15:58:29 +0000 To: kde-core-devel Subject: Re: D-BUS required changes in KDE 4 Message-Id: <447B1A25.1050306 () freenet ! de> X-MARC-Message: https://marc.info/?l=kde-core-devel&m=114891835802646 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--------------090004050603050003040801" This is a multi-part message in MIME format. --------------090004050603050003040801 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thiago Macieira schrieb: > Olivier Goffart wrote: >> But I think (I'm absolutely not sure) that D-Bus can automatically start >> service when they are required. Maybe we can play with that. > > Right now, it can't. > > The proposed solution would work on Unix/X11 only and would be dependent > on the X server being active. > > I have no idea how a similar solution would be on Windows. If it has > auto-startable services, it's a possibility. The great problem is finding > out the address of the bus server: if it isn't well-known (as is the case > of the Unix session daemon), it would be a problem. The unix dbus daemon has build in default settings for the system and session bus. This could be done similar under windows. Tor Lillquist's dbus patches for windows uses tcp for the transport. It uses a random tcp port, but save it into into a file, which could have a well known path similar to the unix domain socket protocol. Ralf -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEexokoHh+5t8EXncRAjKpAJ935jfl04PvUtpy2j1e8GYU0Au84gCdHp8d sOKEXo2ZjetmW6ZMqKzu6uE= =wp6U -----END PGP SIGNATURE----- --------------090004050603050003040801 Content-Type: message/rfc822; name="Nachricht als Anhang" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Nachricht als Anhang" X-Envelope-From: X-Envelope-To: X-Delivery-Time: 1148917297 Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by mailin.webmailer.de (8.13.6/8.13.6) with ESMTP id k4TFfaiP001488 for ; Mon, 29 May 2006 17:41:37 +0200 (MEST) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.61) (envelope-from ) id 1Fkjs8-0004HW-Uq for ralf@habacker.de; Mon, 29 May 2006 17:41:36 +0200 Received: from mbox93.freenet.de ([194.97.55.224]) by mx3.freenet.de with esmtpa (ID mailer-daemon@freenet.de) (Exim 4.61-RC1 #1) id 1Fkjs8-0005vi-TV for ralf@habacker.de; Mon, 29 May 2006 17:41:36 +0200 Received: from [194.97.55.147] (helo=mx4.freenet.de) by mbox93.freenet.de with esmtpa (ID exim) (Exim 4.61 #1) id 1Fkjs8-0000UV-Fj for ralf.habacker@01019freenet.de; Mon, 29 May 2006 17:41:36 +0200 Received: from sourceware.org ([209.132.176.174]) by mx4.freenet.de with smtp (Exim 4.61-RC1 #1) id 1Fkjs8-0001ud-2M for ralf.habacker@freenet.de; Mon, 29 May 2006 17:41:36 +0200 Received: (qmail 30106 invoked by alias); 29 May 2006 15:41:31 -0000 Received: (qmail 30095 invoked by uid 22791); 29 May 2006 15:41:30 -0000 X-Spam-Check-By: sourceware.org Received: from main.gmane.org (HELO ciao.gmane.org) (80.91.229.2) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 29 May 2006 15:41:27 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Fkjrk-0000WO-6f for cygwin@cygwin.com; Mon, 29 May 2006 17:41:12 +0200 Received: from 82.194.207.248 ([82.194.207.248]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 29 May 2006 17:41:12 +0200 Received: from Torfinn.Ottesen by 82.194.207.248 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 29 May 2006 17:41:12 +0200 To: cygwin@cygwin.com From: Torfinn Ottesen Subject: Re: "fork problem" debugging Date: Mon, 29 May 2006 15:40:54 +0000 (UTC) Message-ID: References: <20060518023929.65449.qmail@web31310.mail.mud.yahoo.com> <20060529095133.GA18356@sellafield.lysator.liu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit User-Agent: Loom/3.14 (http://gmane.org/) X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com Delivered-To: ralf.habacker@freenet.de X-Warning: Message contains Bulk signature (149285::060529174136-07654000-40BB717A) X-purgate-ID: 149285::060529174136-07654000-40BB717A Delivered-To: ralf.habacker@01019freenet.de Peter Ekberg lysator.liu.se> writes: > > On Sun, May 28, 2006 at 10:40:34PM +0000, Torfinn Ottesen wrote: > > > > > > I did this for three programs, prog1 (commercial, external), > > prog2 (inhouse, compiled on Cygwin) and native cygwin prog3: > > "echo". I claim that I saw increased increase memory usage > > for prog1 and prog2 - but not for the "echo" program. > > Did you really fork for echo, or did you use a shell builtin by mistake? > > /bin/echo is your friend... > > Cheers, > Peter > > Hm - $ which echo # give me: /usr/bin/echo whereas $ type echo # tells that it is a builtin ... thanks for the question, I am now sure that that it was the builtin by mistake. I repeated this right now with an interesting result: ------- for i in $(seq 1000) do /usr/bin/echo $i done Finding, reading off total commit charge in "Task Manager" - prior to execting loop three times: 357 400 kb - after 3 loops (3000 forks) : 370 550 kb After 3000 forks of /usr/bin/echo - about 13.2 MB memory increase. The value appears to be reasonable constant while writing this. ------------------- Exiting from my xterm, result : down to about 360 800 kb Exiting from Cygwin/X wmanager: down to about 342 600 kb --------------- Starting Cygwin/X with one xterm similar to situation prior to loop: up to 367 400 kb. About 10 MB more than before looping it three times, have lost about 10 MB somewhere. ----- Shutting down Cygwin/X, down to 343 100 kb, starting again, up to: 367 900 kb. (about the same as above) ------ Does 3000 forks, up to : 380 400 kb Shutting down Cygwin/X and up again, up to: 380 800 kb. ---- Well, it is repeatable here - memory is lost for each fork. The situation (lost memory) appears to be unaffected by shutting down and restarting Cygwin/X (doing this by X-ing). -------- Because of similarity with previous incidences I believe now that even this little "/usr/bin/echo" loop can bring down my PC if running long enough. ---- It would be interesting to see if someone else can reproduce this - I'll ask my collegue to try this one tomorrow. Regards Torfinn Ottesen (Cygwin on MS Win XP Pro Service Pack 1) PS: For what it is worth, I have a slightly modified Cygwin/X: C:\cygwin\usr\X11R6\bin\startxwin.bat %RUN% XWin -clipboard -silent-dup-error %RUN% xterm -bg FloralWhite -sb -rightbar -e /usr/bin/bash -l %RUN% wmaker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ --------------090004050603050003040801--