From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from resqmta-ch2-07v.sys.comcast.net (resqmta-ch2-07v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:39]) by hurricane.the-brannons.com (Postfix) with ESMTPS id 0395077D0D for ; Tue, 22 Dec 2015 15:13:48 -0800 (PST) Received: from resomta-ch2-02v.sys.comcast.net ([69.252.207.98]) by resqmta-ch2-07v.sys.comcast.net with comcast id wnDy1r00127uzMh01nDy7y; Tue, 22 Dec 2015 23:13:58 +0000 Received: from eklhad ([IPv6:2601:405:4001:e487:21e:4fff:fec2:a0f1]) by resomta-ch2-02v.sys.comcast.net with comcast id wnDx1r00J2MDcd701nDxiW; Tue, 22 Dec 2015 23:13:57 +0000 To: Edbrowse-dev@lists.the-brannons.com From: Karl Dahlke Reply-to: Karl Dahlke User-Agent: edbrowse/3.6.0+ Date: Tue, 22 Dec 2015 18:13:57 -0500 Message-ID: <20151122181357.eklhad@comcast.net> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1450826038; bh=ejvJjsItmZpqeifryegTx1rZTjYCUM47BsBrI3/YjOU=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=Xuo0qpKRp94eMd4Fs+0TFVlMRk4y7LSSmcPmqUt1DK4TweCiGTRR5jCLKL3krq4wJ nyrctY1L5PZRUOZxoHJ2vsJC+GSiOfWQaicRl5IvlBEaT51QivweOtbIMdss/LDaI+ bwxWJ78f39sJ/fqgufIW9NtZO3C+yTh7Y3DaJ30bpmqkI+gxq6ts080B84TlTjRZWw CCLBzkzV9xfBes2gNVnNJpylbACHB7K1oFQbr9OFyMzSN/gtpsC8db5vvUlgtrFzKK KSPvB2QdrJjn7Pq7VK2FWDAmgYB8PshQzj3/6YTANYpf8R89zQ+aaW0j2tZ1cSPd7A htkuESeKflUbg== Subject: [Edbrowse-dev] Rebundle X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.20 Precedence: list List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Dec 2015 23:13:49 -0000 Ok - the latest commit rebundles the files so that http.c and auth.c are now part of the common library, shared between the two processes. We can now use our existing machinery to make http requests from inside javascript objects - at least I think we can. Kevin, please have a look and see what it would take to call httpConnect. In other words, you should not have to use curl directly any more. (Though we do have to initialize curl, and the http curl handle, which I forgot to do.) This is one of those commits where a diff won't help you. It looks like I added 1000 lines and deleted 900, but really I just moved some functions and variables around to make both processes load correctly. It's not as monsterous a change as it looks. Both processes read the config file in exactly the same way. With this working, I removed one of the arguments passed into edbrowse-js. arg3 was the size of the js pool, which edbrowse use to pass to edbrowse-js, but no need, because edbrowse-js now reads the same information. And the same will be true of all your proxy servers, and the novs sites that you don't want certificates, and the CA file, and other such things. But it's not quite that simple. There are a couple of dynamic changes made in edbrowse which will have to pass to edbrowse-js, probably by some new messages. vs disable certificates ua change the user agent sr send referrer 401 authorization establish a password for a url. You don't want to have to type in your password twice, once for each process. These are the only ones I can think of right now. It would be sweet if there was a shared memory block for this stuff, and no need to pass messages when these change, but shared memory is not available in windows, so I don't want to go there. I changed CMakeLists.txt but didn't test that. I added -lcurl to the js process in the makefile, but it looks like I didn't need to do that in cmake. It looks like one list of libraries is made with everything and then applied to both processes, if I'm reading it right. Well I'm sure someone will let me know. Enjoy. Karl Dahlke