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 8123125 for ecs-isp@2rosenthals.com; Tue, 17 Oct 2023 20:37:31 -0400 Received: from secmgr-va.2rosenthals.com ([50.73.8.217]:54010 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 1qsuYr-0006kw-04 for ecs-isp@2rosenthals.com; Tue, 17 Oct 2023 20:37:21 -0400 Received: from mta-202a.earthlink-vadesecure.net ([51.81.232.240]:44571) by mail2.2rosenthals.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1qsuYj-00067W-1d for ecs-isp@2rosenthals.com; Tue, 17 Oct 2023 20:37:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; bh=wHQ7fMwK991u/E2Y17fLSa604eir73/GgZ8dpn USdTY=; 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=1697589432; x=1698194232; b=hysr9PsDgiYN8/hnlrnDTu9FY0JmMmIG/R/a2BMHZJCkF7aJRWLJpJq 99tslQcrpQl82iwzWInd6/D8cy+b2gXjMAVRgnRHrPF8+mo0M/J5KCLWxxFeOYFOZwiKPCG rthFWbcQzzR20E8xWQ+gwcQnOtXn/w3v5lcYCpkBpkm4i9ZlZ9ck6ZmT6B78JN3psHZN+lH sezc7tGIr4u3jBUgx79ci8MiY1fEYp4maM5PJV1fUWtjesKbxQ0D6h5wQOYpIP6xZRAUjYn dC3fpP1OUooHantevgMdrUe1s88M+/th6yCab+VseTcVtJMKSyh3aQC0Szyw5/HelXBrGQG 9Iw== Received: from slamain ([108.193.253.247]) by vsel2nmtao02p.internal.vadesecure.com with ngmta id 95c8d4ac-178f0c98219b8cab; Wed, 18 Oct 2023 00:37:12 +0000 Message-ID: <652f3181.6.mr2ice.fgrirsq@earthlink.net> Date: Tue, 17 Oct 2023 17:14:41 -0800 To: "eCS ISP Mailing List" In-Reply-To: Subject: Re: [eCS-ISP] ClamAV - USE_MPOOL X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v3.00.11.24/60 In , on 10/15/23 at 05:45 PM, "Paul Smedley" said: Hi Paul, Is there a reason you are not building with USE_MPOOL? Looking at: libclamav\mpool.c:637 void *mpool_malloc(struct MP *mp, size_t size) and friends, the OS/2 code seems to be in place to support mpool using DosAllocMem rather than mmap. However, it looks like configure is missing the code to allow OS/2 to enable mpool support. Looking at configure:22851 have_mempool="no" if test "$enable_mempool" = "yes"; then configure will not allow enable_mempool because it assumes that OS/2 is going to use mmap to implement the pool. My debug results so far imply that we are running out of memory because of heap fragmentation. The mpool logic should go a long way to avoiding this. The last freshclam test run ran out of memory at line 56725 of daily.idb. Daily.ldb contains 245172 lines to be processed. tmp-daily.cld contains 25 files to be processed and daily.ldb is file 15 of 25. We are not even close to the finish line with the current build. BTW, when you get a moment, please commit your configure and build cmd files to the repo. They are a useful reference. Thanks, Steven -- ---------------------------------------------------------------------- "Steven Levine" Warp/DIY/BlueLion etc. www.scoug.com www.arcanoae.com www.warpcave.com ----------------------------------------------------------------------