From: "Steven Levine" Received: from [192.168.100.201] (HELO mail.2rosenthals.com) by 2rosenthals.com (CommuniGate Pro SMTP 5.4.10) with ESMTP id 11720578 for ecs-isp@2rosenthals.com; Mon, 06 Jan 2025 04:02:10 -0500 Received: from secmgr-va.2rosenthals.com ([50.73.8.217]:51738 helo=mail2.2rosenthals.com) by mail.2rosenthals.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.97.1) (envelope-from ) id 1tUizo-000000005J6-1zBs for ecs-isp@2rosenthals.com; Mon, 06 Jan 2025 04:02:01 -0500 Received: from mta-102a.earthlink-vadesecure.net ([51.81.61.66]:42429) by mail2.2rosenthals.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.97.1) (envelope-from ) id 1tUizl-000000004T0-0ALb for ecs-isp@2rosenthals.com; Mon, 06 Jan 2025 04:01:57 -0500 DKIM-Signature: v=1; a=rsa-sha256; bh=027ul80HkBEEnGcNCddgd42Y/lrAvfbbk9j4HN lAQeU=; 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-unsubscribe-post: list-subscribe:list-post:list-owner:list-archive; q=dns/txt; s=dk12062016; t=1736154116; x=1736758916; b=gE1e/CkSF2A7gky+yos5Hrv1Ryl 8Xh9P4gW/PE6NXBcAw053/riWRizJxYc9bR0ZAYUx4/GflELCtJ8EX40uAiahE6GryubQPf bGjZqcnnOQIf/Anl9I6d7tJ19HTd3lRu42RYgg0/jNNWyDoaxsjUpKIQjeIuMA/vfv5wRLX 4Ncp1iyOfWlLco7PDs2zvV+UTCt1dHhj83SIzZCUVyUawi8GKgq0KmEHbLYlw51NMInYCY3 z725X/SQUFXzCUrrlPqJMoDbXkCjWkyU/ol9xC7kq2WB3BhOpdMSY/3Qe7+VWczDnRYgckl mNnVKgc0WZ638OaAj34BZSsHqZ3TU0Q== Received: from slamain ([172.56.178.196]) by vsel1nmtao02p.internal.vadesecure.com with ngmta id 5d03d66e-18180ef8372c7c60; Mon, 06 Jan 2025 09:01:55 +0000 Message-ID: <677b97e2.4.mr2ice.fgrirsq@earthlink.net> Date: Mon, 06 Jan 2025 00:44:18 -0800 To: "eCS ISP Mailing List" In-Reply-To: Subject: Re: [eCS-ISP] Getting started with Let's Encrypt X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v3.00.11.24/60 In , on 01/05/25 at 09:11 PM, "Peter Moylan" said: Hi Peter, >That brings up an interesting point. The linker map shows code addresses, >but I've never given much thought to where the data and stack segments >go. I'll have to take a look with the debugger. They are all in lower memory (i.e. in the first 512MB of address space). As you know, it's possible to put code and data in upper memory, but none of your code that I have seen does this. >But only in this one special case. The procedure in question is what I >use when logging to the screen, and many other log lines go through >without a problem. It's just the one rare case where there's a failure. I'm familiar with the code you refer to, which I why I suggested you modify your problematic code to work the same way. >Next, I implemented your suggestion of making WriteString call >WriteStringAt. This worked. Thank you. I don't know why it worked, I still suspect the modula is not thunking the pointer correctly. I'd need to see a testcase of your failing code to say more. >Maybe later. For now, thanks to your suggestion, I have a useful debugger >again, so I can proceed to the bug that I was originally trying to track. :-) Steven -- ---------------------------------------------------------------------- "Steven Levine" Warp/DIY/BlueLion etc. www.scoug.com www.arcanoae.com www.warpcave.com ----------------------------------------------------------------------