From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Emacs and Gnome Canvas Date: Sat, 17 Jul 2010 12:10:27 +0300 Message-ID: <831vb2fp8c.fsf@gnu.org> References: <4C3ED4F9.4080603@swipnet.se> <83630hgi0r.fsf@gnu.org> <4C3EE8D6.3020607@swipnet.se> <8339vlgcax.fsf@gnu.org> <87fwzkbzg8.fsf@telefonica.net> <877hkwag6y.fsf@stupidchicken.com> <877hkwbth6.fsf@telefonica.net> <83pqyofzdg.fsf@gnu.org> <8739vkbpq5.fsf@telefonica.net> <83oce8fwlq.fsf@gnu.org> <87tyo0a11p.fsf@telefonica.net> <83k4ovg7rn.fsf@gnu.org> <87630fa4j8.fsf@telefonica.net> <83d3unfo92.fsf@gnu.org> <87wrsv8l6u.fsf@telefonica.net> <83bpa7feta.fsf@gnu.org> <87zkxr6s34.fsf@telefonica.net> <56009CA1-80D6-43CC-BC46-42002D2B4498@mit.edu> <87r5j36kc4.fsf@telefonica.net> <83630efsl8.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: dough.gmane.org 1279357869 4325 80.91.229.12 (17 Jul 2010 09:11:09 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 17 Jul 2010 09:11:09 +0000 (UTC) Cc: ofv@wanadoo.es, emacs-devel@gnu.org To: Andreas Schwab Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 17 11:11:08 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Oa3QJ-00026t-9H for ged-emacs-devel@m.gmane.org; Sat, 17 Jul 2010 11:11:07 +0200 Original-Received: from localhost ([127.0.0.1]:47278 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oa3QI-0007MG-Fs for ged-emacs-devel@m.gmane.org; Sat, 17 Jul 2010 05:11:06 -0400 Original-Received: from [140.186.70.92] (port=46743 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oa3QA-0007M8-9Q for emacs-devel@gnu.org; Sat, 17 Jul 2010 05:10:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oa3Q8-0005h2-W5 for emacs-devel@gnu.org; Sat, 17 Jul 2010 05:10:58 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:48299) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oa3Q8-0005gs-Pk for emacs-devel@gnu.org; Sat, 17 Jul 2010 05:10:56 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0L5P007002QDPZ00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Sat, 17 Jul 2010 12:10:30 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([77.127.61.30]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L5P0030J2TF7IE0@a-mtaout22.012.net.il>; Sat, 17 Jul 2010 12:10:28 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:127501 Archived-At: > From: Andreas Schwab > Cc: =C3=93scar Fuentes , emacs-devel@gnu.org > Date: Sat, 17 Jul 2010 10:34:42 +0200 >=20 > The relocating allocator can of course only relocate objects it kno= ws > about, so I don't know what should be the issue with C++? The obje= cts > allocated via new are just part of the normal malloc space that nev= er > gets touched by ralloc. Can you really avoid having C++ objects that reference Emacs buffers and strings? Maybe you can, but not easily, I think, and not by accident. And on some platforms (although not on GNU/Linux, I think) malloc is also replaced, so there's no "normal malloc space" per se. In any case, I didn't pretend to have researched this issue and to have firm conclusions. I just said that it _should_be_ researched thoroughly, before concluding that using C++, and in conjunction with Qt on top of that, will not in itself get one in trouble that is completely unrelated to experimenting with the display engine.