From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from resqmta-ch2-03v.sys.comcast.net (resqmta-ch2-03v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:35]) by hurricane.the-brannons.com (Postfix) with ESMTPS id 000FE77C83 for ; Mon, 24 Jul 2017 00:03:01 -0700 (PDT) Received: from resomta-ch2-11v.sys.comcast.net ([69.252.207.107]) by resqmta-ch2-03v.sys.comcast.net with ESMTP id ZXOdd0vznOZSqZXOddW1NC; Mon, 24 Jul 2017 07:03:15 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1500879795; bh=ZIDkjBlUvv6aHmBrCCGRyzUP1/8F4ni621VAijthmX0=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=CmdMKkUZANOad/9Uefs6zGHIsujYT1PBNiM1ex81UNhxHCn5lf6WVVtpWduL8WrU2 0jSuKf7LcqWuLHAZ4bjHW7nrbgypMzz//rQFIWeOiqYT29IDpimDFs/Kdt/jptiKpP JDmEp69bguC2wnBBlp1fA4hvI80+67DCjsHgMeXnKXsskypQwVbYQWCbCH7oNd3ZDy blwmQgewG4kkWDSzlZ/xBFesyzokI1Xber2ZitgR1Iqa0HJQcPZt/2rdYp+UN9MrE9 +XLZCOSoxHL7zcgFzuL58gIWuFYzZtxFatmguOeduxYguYFBIU7etJHdbCqwtnZln0 uQ2jYaoCPUTYg== Received: from unknown ([IPv6:2601:408:c301:784d:21e:4fff:fec2:a0f1]) by resomta-ch2-11v.sys.comcast.net with SMTP id ZXOcd4hidVh3hZXOddjwB1; Mon, 24 Jul 2017 07:03:15 +0000 To: edbrowse-dev@lists.the-brannons.com From: Karl Dahlke Reply-to: Karl Dahlke References: <20170623205238.eklhad@comcast.net> <20170724052529.GB31626@nautica> User-Agent: edbrowse/3.7.0x Date: Mon, 24 Jul 2017 03:03:14 -0400 Message-ID: <20170624030314.eklhad@comcast.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=nextpart-eb-598460 Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfDpOYYdemajvRQw4uC7SUf7DFwR2RiwdR8uPcuW4++PAwwDQ3O4+w/jh7Qe1AH59GJjtjHZEODiX0do0eQ6ItwWIFTqVEmXW6muQykvitwDRMzxy5tcG OKnuDKXRsSt5MA8FJ/DObu5f/VxPNmey4kU7ueMYmIOgr550x6QURvtP Subject: [Edbrowse-dev] Object identifiers X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.24 Precedence: list List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jul 2017 07:03:02 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --nextpart-eb-598460 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Now I'm thinking about performance, and that could be a problem. duktape is allocating and freeing zillions of things all the time, most = of them not objects. duk_get_string, duk_push_string, etc. Edbrowse is the same way if you look at the code. So pass all those pointers across and scan through all tags in all open = windows against all pointers? I don't think so. No - I'd have to maintain a watch list in the js process. My own wrapper around get_heapptr() that says, this is an important = pointer that will be linked to an edbrowse tag, keep it in a list. Then our wrapper around free could scan through this list and 99% of = the time it wouldn't match so do nothing. If it does match then remove it from the watch list and pass it over to = edbrowse as a side effect. To do it right, it's not easy peasy; might be about the same effort is = generated IDs, but the free interceptor might still win the day, primarily because it = allows garbage collection to continue, and web pages will not = accumulate objects second by second by second. Karl Dahlke --nextpart-eb-598460--