From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) by hurricane.the-brannons.com (Postfix) with ESMTPS id 1608077CA0 for ; Fri, 5 Feb 2016 06:21:16 -0800 (PST) Received: by mail-wm0-x22c.google.com with SMTP id 128so72675747wmz.1 for ; Fri, 05 Feb 2016 06:21:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=geoffair-info.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=jpA2Q9AD79YjZGsnEuk5ZBW2Dih1njxAAjuKduZOmj4=; b=0gWSIj/f9PJtVX6bmX8t1vDl0PoTBySUpYBT+jp8uJQfRx03CODmCUI1erSwLYJ9oS 7lhOxrtRdV3Mkq/LyNg3hmEcNFQ4ePLhlYkn5Op/ydH/3sOaE50e5xKLyRkwq/21yNd7 DuXf5N/CHMZde4bkUCZCbDXyZQkLt0XLk5DB+vvxwseMJSSOzIuhETWiNqh4Mze5UH5G ER8ZvuQLW1bsuJEI23MUhPc3j4SucvBt0Kw6JUjjTHs/J7BJiOuIgEE2W46FuAKevxjj PiYJDOfpzBM1VQANXkDYpKl/ePR1eEegmPBQ4Yxqx0XBhLIyhwjMdLN5VQp7cV/sMmwx KfxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=jpA2Q9AD79YjZGsnEuk5ZBW2Dih1njxAAjuKduZOmj4=; b=HhE5yMv6PgJ6Wng/AIK6ZXqcZCFdwyWo5lWj048By/b0ujZSsAY6x5kChnTnEPamqE XcQ9zh/vr1X4VuNd5mTpyAiPU9UXbQtwVL2WQlpSvpnNdqtHho8kC2Su82wjsG9qj1n6 7DBfj30xc/im6GA2eG0/zJ47chtBDKu9or3uEJyuyC2YCyYfqqPpBcFwWdhJ1he+YbTK nJCCTWJD6Lvf0udg7YRRdYjncbt6EQIgSxT1DozmlWTPnirqqyr9mjh6ti7eqCUYxNnQ l8snWeYkouBbut1faOYJ+/updIsrlEOgXRV8amFKmuozRwMDilx+kOpx9t9lYe8G9ZpL dk3g== X-Gm-Message-State: AG10YOQCWZm0J1I9+B9n7wPtgfhF8RnsOKDGjFgTJLvRruOwsLJNhJCRHs0Ny2RUDI+7DA== X-Received: by 10.28.184.137 with SMTP id i131mr35353352wmf.96.1454682093657; Fri, 05 Feb 2016 06:21:33 -0800 (PST) Received: from [192.168.1.34] (AMontsouris-655-1-7-128.w90-44.abo.wanadoo.fr. [90.44.198.128]) by smtp.googlemail.com with ESMTPSA id lc1sm16178708wjc.5.2016.02.05.06.21.32 for (version=TLSv1/SSLv3 cipher=OTHER); Fri, 05 Feb 2016 06:21:32 -0800 (PST) To: edbrowse-dev@lists.the-brannons.com References: <20160204203741.GA6810@122oven.adamthompson.me.uk> <20160105085922.eklhad@comcast.net> From: Geoff McLane Message-ID: <56B4AFEB.3030809@geoffair.info> Date: Fri, 5 Feb 2016 15:21:31 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160105085922.eklhad@comcast.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Edbrowse-dev] segfault in latest Edbrowse 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: Fri, 05 Feb 2016 14:21:16 -0000 Hi, === Re: Debug Build Yes, as Chris pointed out in CMake setting the build type to Debug will add the -g to the compile, which then includes gdb symbols. This can be done manually, or with build-me.sh $ cd build $ cmake .. -DCMAKE_BUILD_TYPE=Debug or $ ./build-me.sh DEBUG Be aware, using build-me.sh will set the install location to $HOME. In my $HOME/.bashrc, well actually in .bash_aliases which it loads, I modify the PATH to include $HOME/bin with the line - export PATH=${PATH}:$HOME/bin:$HOME/share/bin Alternatively, when using build-me.sh, you could adjust the line TMPOPTS="-DCMAKE_INSTALL_PREFIX=$HOME" to the more 'traditional' TMPOPTS="-DCMAKE_INSTALL_PREFIX=/usr" Removing it altogether and cmake will default to /usr/local Note if this is done, changed then you may have to use $ sudo make install if you install edbrowse... But most of the time I just use edbrowse exe exactly where it was built... === Re: Find Tidy And some notes on finding Tidy when building edbrowse. Of course it depends on where you built and installed Tidy. If you use the above CMAKE_INSTALL_PREFIX any path you give there will also be used in finding Tidy headers and library, as well as looking in the more 'traditional' places like /usr/include, /usr/lib, /usr/local/include, /usr/local/lib in the search... If you have installed Tidy in some 'other' place you can use -DCMAKE_PREFIX_PATH=/some/tidy/install/path, and this can be a list of paths, and/or you can set TIDY_ROOT in the environment... export TIDY_ROOT=/some/tidy/install/path Of course the above is in unix/linux, but it is quite similar in Windows... Here I put Tidy and EdBrowse source in the same ROOT, like say "F:\Projects" When I build Tidy, in F:\Projects\tidy-html5\build\cmake, I will set the CMAKE_INSTALL_PREFIX to say F:\Projects\software, and that is where it will be installed... Then when building edbrowse I use the /SAME/ CMAKE_INSTALL_PREFIX and it will find that installed Tidy. And that goes for each of the other library dependencies of edbrowse, namely CURL, PCRE, READLINE, MOZJS, THREADS,... Each of these sources are built in F:\Projects\, and each installed to F:\Projects\software, so they are all easily found... Another more common name I use for this install location is '3rdParty', so for instance I have LOTS of projects on my X: drive, each in their own X:\, and each will be installed to X:\3rdParty And that is just for 32 bit build. Many of those same projects I also build in 64-bits, and these will all be installed in X:\3rdParty.x64 Just my MO ;=)) === Re: segfault I have not actually experienced this, but in building edbrowse today, using my build-me.sh which outputs the build to a bldlog-1.txt I see some troublesome warnings - /usr/include/mozjs-24/jspubtd.h:370:74: warning: invalid access to non-static data member ‘js::PerThreadDataFriendFields::RuntimeDummy::mainThread’ of NULL object [-Winvalid-offsetof] static const size_t RuntimeMainThreadOffset = offsetof(RuntimeDummy, mainThread); ^ /usr/include/mozjs-24/jspubtd.h:370:74: warning: (perhaps the ‘offsetof’ macro was used incorrectly) [-Winvalid-offsetof] /usr/include/mozjs-24/jsfriendapi.h:1538:70: warning: invalid access to non-static data member ‘JS::detail::CallReceiverBase<(JS::detail::UsedRval)1u>::argv_’ of NULL object [-Winvalid-offsetof] static const size_t offsetOfArgv = offsetof(JSJitMethodCallArgs, argv_); ^ /usr/include/mozjs-24/jsfriendapi.h:1538:70: warning: (perhaps the ‘offsetof’ macro was used incorrectly) [-Winvalid-offsetof] /usr/include/mozjs-24/jsfriendapi.h:1539:70: warning: invalid access to non-static data member ‘JS::detail::CallArgsBase<(JS::detail::UsedRval)1u>::argc_’ of NULL object [-Winvalid-offsetof] static const size_t offsetOfArgc = offsetof(JSJitMethodCallArgs, argc_); ^ /usr/include/mozjs-24/jsfriendapi.h:1539:70: warning: (perhaps the ‘offsetof’ macro was used incorrectly) [-Winvalid-offsetof] Now I do not know exactly, but that may mean these are set to a NULL... It is always a good thing to check and clear this log of ALL warnings, just to be sure... even if that just means suppressing the warning - see CMakeLists.txt around line 54. You will note there is already a considerable suppressed warning list. It is also a good idea to now and then remove these suppressions and directly fix the warning... Note, this is similar in WIN32, line 39. Again a list of warnings suppressed, which can sometimes hide a real problem... But in reading Karl's next, maybe he has found the problem, but my suggestion about trying to clear these warnings still holds... === Re: This list While I do read everything that comes, I have been a little busy on other things lately, and may have overlooked some questions directed to me... If you want me to answer it is better you ping me directly. Karl usually does this... This is more likely to 'stick' in my inbox until I get around to answering it... thanks... Regards, Geoff.