From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-x342.google.com (mail-wm1-x342.google.com [IPv6:2a00:1450:4864:20::342]) by hurricane.the-brannons.com (Postfix) with ESMTPS id E857277AA1 for ; Sun, 1 Sep 2019 11:37:21 -0700 (PDT) Received: by mail-wm1-x342.google.com with SMTP id y135so8239862wmc.1 for ; Sun, 01 Sep 2019 11:37:21 -0700 (PDT) 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-transfer-encoding:content-language; bh=9oT23r/cVYK1ZGalq/p2sLpwgQf3ybm7WSENlToKpog=; b=WKUYqnkFGknoIY8vKnl0h5ET3z657hdgq/yd1axY1gpPClRB5B6g8h9OmPj/FLEmHH 1gkfk3Bujc8WwIFPHla73lbcISTQ8erDvPOj1llrLzH1Y61oxrhFIBRFgmYehHhSPABN 2B//tRetiPBR3yzLjsaJMocwqQ9i7Gs17yKwGmC9Xr0b+oAn3SBs8Wvno9CbGFVgC8/x BNLTWQSzQgZdqaJljQ9wBgYJw7YAI71mVWJlRPsQsyLcZkPWt0xgiHlH2I9bATpvsD75 T3UCTJbILOgD02tTEExuiqlZhz7sBFwVDNiO1qr0ZmVdKckFZ02yPNuuIYTBMjE21MUp KSuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=9oT23r/cVYK1ZGalq/p2sLpwgQf3ybm7WSENlToKpog=; b=Nvf+rqFEwwVqrigJHOnuSVuTdqb+6abcpjtuxaIQ8mjjaPV4Qz0/eK7MJmHbZ/sDCY ibDvBIA/Q+JOohIu05BAU4cd4Dd4gCb4RchRi2WQeQcyFFKtqhoUDLtyAnZXOufs7brg 2cl2sqj9QEA6x8mBl5O/VkZGlvqHbhTX+tcHzhCIhGCg4EnpOIbtsWOn6xhRMILlx0Gi A5vjnohrPTQFnEOXPFjhDC0EaiKY6PI68MTrrv3ZiFq6gJqn7gBV/gXQCCtxa2ZmoN7U 7q453bEsOcoP0IsBzuBY2fPYoBTeIK2J7GrdgCfEX68QJy3XiVSHJw3e6fYF5xSwQFTf ZJpA== X-Gm-Message-State: APjAAAUNR5RAl1i5HtmVod4FEeDLFk2y3xR1l6/5g8k2a8d8B7JNJ3rt HjN7UXPvZEe5QH5QMXug6cA+ETYzZkM= X-Google-Smtp-Source: APXvYqyprRBUemPo3RzU1Myh//X4BnzllutDkmFCYOEX/L+744kv4W5/CLS+1s/NW2praMmG/5YRsg== X-Received: by 2002:a1c:f607:: with SMTP id w7mr6799818wmc.84.1567363039887; Sun, 01 Sep 2019 11:37:19 -0700 (PDT) Received: from [192.168.1.16] (lfbn-idf2-1-265-150.w82-123.abo.wanadoo.fr. [82.123.105.150]) by smtp.googlemail.com with ESMTPSA id x15sm7350934wmc.16.2019.09.01.11.37.18 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 01 Sep 2019 11:37:19 -0700 (PDT) Subject: Re: [edbrowse-dev] Threads (fwd) To: Edbrowse-dev@lists.the-brannons.com References: <20190731230413.eklhad@comcast.net> From: Geoff McLane Message-ID: Date: Sun, 1 Sep 2019 20:37:18 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 X-BeenThere: edbrowse-dev@edbrowse.org List-Id: Edbrowse Development List MIME-Version: 1.0 In-Reply-To: <20190731230413.eklhad@comcast.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Hi Karl, We should certainly check the permission bits for 'open()'... the MS docs say - https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/open-wopen?view=vs-2019 It seems the perm.bits are ignored unless _O_CREAT is present, then it states "If a value other than some combination _S_IREAD and _S_IWRITE... generates an assert in Debug mode and invokes the invalid parameter handler..."... that seem clear enough... Now, in W32 stat.h, S_IREAD = 0x0100 and S_IWRITE = 0x0080. You have used open() some 18 times in the source, 10 of those have O_CREAT. It seems 2 of those use 0600, which is fine, = 0x180, but the other 8 use 0666, 0x0B6, which SEEMS bad... But running my 'b www.nasa.org' it passes thru say lock_fh = open(cachLock, O_WRONLY | O_EXCL | O_CREAT, 0666); many, many times, and MOST of the time it succeeds! And this is in Debug mode, so do NOT understand... Most example using 0666 are in fetchmail.c, about 5 times, and I have never tested that part of edbrowse... So do not know if we should be concerned... can you get by using just 0600? Open question... Hi Kevin, look forward to your trials to build in W32, from source... I do think there are some benefits in keeping a Windows build... and not just saying so... whether there are users or not... but always provided it does not take too much time and effort... and agree with Karl, the port has yielded some benefits in the past... Now that I have an edbrowse w32.x64 running, I can try to test my ftruncate/truncate DOSLIKE replacements, in my forks pthreads-w32 branch, which is where this started... will try to get to that... But can someone help me with my Ubuntu build? Here is what I see when running it - ~/projects/edbrowse/build$ ./edbrowse .ebrc: SSL certificate file /etc/ssl/certs/ComSign_CA.pem does not exist or is not readable. edbrowse ready b www.nasa.org 9194 the curl library returned the following error message while performing the requested operation: Problem with the SSL CA cert (path? access rights?) the curl library returned the following error message while performing the requested operation: Problem with the SSL CA cert (path? access rights?) the curl library returned the following error message while performing the requested operation: Problem with the SSL CA cert (path? access rights?) 1 lines 1 through 13 have been added = 14 ,p {Acheter ce domaine.} h1 nasa.org 2019 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). {Privacy Policy} qt ~/projects/edbrowse/build$ So something is wrong! How do I fix this? I have MANY things in my /etc/ssl/certs/ folder, but obviously NOT a ComSign_CA.pem that it seems to be looking for... Can I just alter the line in my ~/.ebrc - certfile = /etc/ssl/certs/ComSign_CA.pem to some other file/link... but which one? Each existing *.pem seems a link to elsewhere, like the most recent - lrwxrwxrwx 1 root root  61 Dec 23  2018 /etc/ssl/certs/TrustCor_RootCert_CA-2.pem -> /usr/share/ca-certificates/mozilla/TrustCor_RootCert_CA-2.crt And as mentioned, to even be able to compile edbrowse in ubuntu, I have to patch the CMakeLists.txt with - ```diff diff --git a/CMakeLists.txt b/CMakeLists.txt index 5457acd..c0fac06 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -165,9 +165,14 @@ if (WIN32)              message( FATAL_ERROR "*** Thread libray NOT FOUND!" )          endif()      else () -        message( FATAL "*** Threads NOT FOUNDunable to proceed") +        message( FATAL_ERROR "*** Threads NOT FOUND! Unable to proceed")      endif ()  endif () +if (UNIX) +    find_package(Threads REQUIRED) +    list(APPEND add_LIBS ${CMAKE_THREAD_LIBS_INIT}) +    message(STATUS "*** list(APPEND add_LIBS ${CMAKE_THREAD_LIBS_INIT})" ) +endif ()  if (BUILD_EDBR_ODBC) # if the user OPTION ON      # This module defines  ```  Surely any others using cmake MUST run into this problem? Hope  is can be fixed soon...  Regards, Geoff.