From: "Steven Levine" Received: from [192.168.100.201] (HELO mail.2rosenthals.com) by 2rosenthals.com (CommuniGate Pro SMTP 5.4.10) with ESMTPS id 8150983 for ecs-isp@2rosenthals.com; Sun, 22 Oct 2023 17:29:13 -0400 Received: from secmgr-va.2rosenthals.com ([50.73.8.217]:57561 helo=mail2.2rosenthals.com) by mail.2rosenthals.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1qug0V-0004WV-01 for ecs-isp@2rosenthals.com; Sun, 22 Oct 2023 17:29:11 -0400 Received: from mta-201a.earthlink-vadesecure.net ([51.81.229.180]:56699) by mail2.2rosenthals.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1qug0L-0007hV-0W for ecs-isp@2rosenthals.com; Sun, 22 Oct 2023 17:29:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; bh=rUfdOebJn67NVfK3/eDBKzD4ylFybO/wSvdq1g JXdvI=; c=relaxed/relaxed; d=earthlink.net; h=from:reply-to:subject: date:to:cc:resent-date:resent-from:resent-to:resent-cc:in-reply-to: references:list-id:list-help:list-unsubscribe:list-subscribe:list-post: list-owner:list-archive; q=dns/txt; s=dk12062016; t=1698010138; x=1698614938; b=g5uj0UP5dXW/WhtN7kQ0v+ihZfSdKnyLWoy8DfQMS+j6hxh2JKT2mSp X+8sazhvZUfHXY8OViWHVllngGXkQG3qSG9lz2lhifhtjt/TQccdTtUNdpqhfQoj1cPE3tc ABWOFo791BfzFnf+YyClwiLBrSNk1IqY0YsuaNcQJN38fXsOHXM8MOiAx+XCf2IrFFnXtWH 4h9QjQvoEhHRK1LgiC+hTA1Tj7+lzHPJg+BjSqvQb38EVpKX/4wFJl1w7VKsWesz9sNpbrl qIIXeiioQ3OmY8P1wwWuC67A1HDM5yejXpJcsp3l7FNvtj45ZW2lvCqUdxLLnuaFSB7acJY vsw== Received: from slamain ([108.193.253.247]) by vsel2nmtao01p.internal.vadesecure.com with ngmta id 51ee19da-17908b397d1c25e6; Sun, 22 Oct 2023 21:28:58 +0000 Message-ID: <65359ebd.4.mr2ice.fgrirsq@earthlink.net> Date: Sun, 22 Oct 2023 14:14:21 -0800 To: "eCS ISP Mailing List" In-Reply-To: Subject: Re: [eCS-ISP] ClamAV - USE_MPOOL - clamscan OK! X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v3.00.11.24/60 In , on 10/23/23 at 06:13 AM, "Paul Smedley" said: Hi Paul, >Oops try https://smedley.id.au/tmp/clamav-0.103.10-os2-20231022-debug.zip This build passed my limited test outside the debugger. Running under the debugger, I get an odd hash compare failure in cvd_verify when running under my libc debug setup. The libc debug setup sets up BEGINLIBPATH and LIBPATHSTRICT to load a version libcn0.dll with HLL debug data attached. This allows for easier libcn0 debugging. The reason I wanted it here was because I was seeing intermittent realpath failures and I wanted a better view of what realpath and __libc_Back_fsPathResolve were doing. Unfortunately the cvd_verify failure prevent me from getting to the code I wanted look at. There are a number of reasons realpath might be failing. One is that I was omitting the drive letter from the configured paths. This is fine as long as nothing in the ClamAV code changes the current drive. I'll have to debug this without using LIBPATHSTRICT. Steven -- ---------------------------------------------------------------------- "Steven Levine" Warp/DIY/BlueLion etc. www.scoug.com www.arcanoae.com www.warpcave.com ----------------------------------------------------------------------