From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HTML_MESSAGE,MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 19477 invoked from network); 11 Oct 2021 14:23:34 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 11 Oct 2021 14:23:34 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 96BFB9BDA4; Tue, 12 Oct 2021 00:23:30 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 2321E9B96C; Tue, 12 Oct 2021 00:22:57 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=fail reason="signature verification failed" (1024-bit key; unprotected) header.d=ccc.com header.i=@ccc.com header.b="oEJqi9ul"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 4E5E59B934; Tue, 12 Oct 2021 00:22:54 +1000 (AEST) Received: from mail-qt1-f170.google.com (mail-qt1-f170.google.com [209.85.160.170]) by minnie.tuhs.org (Postfix) with ESMTPS id A3A359B933 for ; Tue, 12 Oct 2021 00:22:53 +1000 (AEST) Received: by mail-qt1-f170.google.com with SMTP id y11so2761855qtn.13 for ; Mon, 11 Oct 2021 07:22:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ccc.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hwFIM/SXFGFEsMX6Xd3kccANoIt8DDPw9h25YMAAqUI=; b=oEJqi9ulZLyQc+wCCqLIVQzqGmle4Ow6wcnWHz/i6qpPAjdGG18uOjrJ68sUM92B3S MX4eA6guKLNfNHynhcjBcOZbf9aV5pHKCLiX40Ry2KLhI+N25qAVRL32wuS2jwI1e4Ox WcruLgPzPDEuhxV6hqr2OX116uoxn5ahoK4oM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=hwFIM/SXFGFEsMX6Xd3kccANoIt8DDPw9h25YMAAqUI=; b=lyLY6JJk9/5C/NTu7hO3LJge0e69Caql/uHO8v8hpRAh0B62DZWYZN/yV3VrpFNZ+A jqvCaPoi806d8xuCcWnKx22DtJDz4lsT+wnILCq7ToMyCMwkqglHMN8O7I9K1GAdbWwf wgE1kXGjuef1OZDjkaTNQL0ltKkgy/LdCTw7igx8E722ydJz1WI8w2Yf+C3WWo8Lhv5Z Zv9Pn6I+ZNPfodWYii0pZE3NLdluyVqSh1qhQPVbCZdXbi/C84vdPOjlzn7IBjH0D3CB u3WV5Ot1jX+AS2Nm04t3NxPjxBqCfB0RD50KDRFWVjyviZR9zJzWIbQGdY6VQoeqqOVv UuqQ== X-Gm-Message-State: AOAM533NcRBt8iYvEO28j3gMRdGA2u9o4yO5G6Z057CXwAzvPB+NZ+dD OaoRtdxX5NUjPUKfhaWTiVnM3gCUX6ydIyLPiXKrSA== X-Google-Smtp-Source: ABdhPJxzaY7LB0VZT6En+VVxrbOsvtwV4YYPM12iRSYvh2x0+OLclX2IStOBY3zP/xjWF3dpIc3sKpa0R/wJ+HSdgWQ= X-Received: by 2002:a05:622a:2cb:: with SMTP id a11mr14948525qtx.351.1633962172350; Mon, 11 Oct 2021 07:22:52 -0700 (PDT) MIME-Version: 1.0 References: <202109301039.18UAdT0F026748@freefriends.org> In-Reply-To: From: Clem Cole Date: Mon, 11 Oct 2021 10:22:27 -0400 Message-ID: To: George Michaelson Content-Type: multipart/alternative; boundary="000000000000dc13d605ce14768b" Subject: Re: [TUHS] Early shared library implementations X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --000000000000dc13d605ce14768b Content-Type: text/plain; charset="UTF-8" On Mon, Oct 11, 2021 at 3:09 AM George Michaelson wrote: > My memory is, that at least one model (OSF/1) required reboot, because > it did some intermediate call optimisation to remove/elide indirect refs. Hmm, as far as I know,/my experience was that with OSF/1 was fine with shared libs, no reboot needed (at least on the 386 reference -- I never tried it on the PMAX]. I suspect you might be thinking about drivers and kernel modules, which were not nearly as clean - particularly in the pure (Mach 3.0 based) OSF/1 microkernel implementation [which was hardly 'micro' in size]. IIRC Rob's new memory system code for SunOS was one of the first UNIX implementations that supported loadable kernel modules. Anyway, for the original OSF/1, I really don't think shared libs caused a reboot using the original CMU Mach 2.5 memory code, but adding things to the kernel did. I know that was changed with the MMU rewrite for Tru64, but I think it was also done in later versions of the OSF RI kernel (but I've forgotten). --000000000000dc13d605ce14768b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On M= on, Oct 11, 2021 at 3:09 AM George Michaelson <ggm@algebras.org> wrote:
My memory is, tha= t at least one model (OSF/1) required reboot, because
it did some intermediate call optimisation to remove/elide indirect refs.
Hmm, as far as I know,/my experience= =C2=A0was that with OSF/1 was=C2=A0fine with shared libs, no reboot needed = (at least on the=C2=A0386 reference -- I never tried it on the PMAX].
=
I suspect you might be thinking about drivers and kernel module= s, which were not nearly as clean - particularly in the pure (Mach 3.0 base= d) OSF/1 microkernel implementation [which was hardly 'micro' in si= ze].=C2=A0 =C2=A0IIRC Rob's new memory system code for SunOS was one of= the first UNIX implementations that supported=C2=A0loadable=C2=A0kernel mo= dules.

Anyway, for the original OSF/1, I really=C2=A0d= on't think=C2=A0shared libs caused a reboot using the original=C2=A0CMU= Mach 2.5 memory code,=C2=A0but adding things to the kernel did.=C2=A0I kno= w that was changed=C2=A0with the MMU rewrite for Tru64, but I think it was = also done in later versions of the OSF RI kernel (but I've forgotten).= =C2=A0=C2=A0
--000000000000dc13d605ce14768b--