GNU logs - #77502, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#77502: 31.0.50; Should after-load-functions hook report .eln file names?
Resent-From: Sean Devlin <spd@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 03 Apr 2025 18:36:02 +0000
Resent-Message-ID: <handler.77502.B.174370534912155 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 77502 <at> debbugs.gnu.org
From: Sean Devlin <spd@HIDDEN>
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.500.181.1.5\))
Message-Id: <44DAF769-09E9-4A50-BD15-C36B59DC5333@HIDDEN>
Date: Thu, 3 Apr 2025 13:35:19 -0500
Received-SPF: pass client-ip=2607:f8b0:4864:20::d2a;
 envelope-from=spd@HIDDEN; helo=mail-io1-xd2a.google.com
X-Spam_score_int: -18
X-Spam_score: -1.9
X-Spam_bar: -
X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

Hi folks,

I am not sure if this is a bug or not, but the behavior was confusing to
me.

Recipe:

0. If necessary, rebuild Emacs with native compilation support.
1. Emacs -Q
2. In scratch, evaluate:

(setq force-load-messages t)
(add-hook 'after-load-functions
	  (lambda (file)
	    (message "after load: %s" file)))

3. M-x load-library RET org RET
4. C-h e

The messages buffer will show a lot of messages like this:

Loading find-func (native compiled elisp)...
after load: =
/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/find-func.elc
Loading find-func (native compiled elisp)...done

The load messages show that a native library was loaded, but the
after-load hook reports loading a byte-compiled file.

The documentation for after-load-functions says:

"Each function there is called with a single argument, the absolute name
of the file just loaded."

I do not understand the intricacies of the native compiler and loader,
so maybe this behavior is expected. But the result seemed misleading to
me, and I could not find documentation of the disparity between what
after-load-functions reports and what is actually loaded.

Is this a bug?

Cheers, and thanks for your help!

In GNU Emacs 31.0.50 (build 1, aarch64-apple-darwin24.4.0, NS
appkit-2575.50 Version 15.4 (Build 24E5238a)) of 2025-03-24 built on
beatrix.local
Repository revision: 068fa2ebf9351711ef15c6fdc3d83f2487bec8e2
Repository branch: spd-igc
Windowing system distributor 'Apple', version 10.3.2575
System Description:  macOS 15.4

Configured using:
'configure --with-ns --with-modules --with-native-compilation
--with-libgmp --with-tree-sitter --with-sqlite3 --with-mps=3Dyes
--without-imagemagick --without-dbus CPPFLAGS=3D-I/opt/homebrew/include
LDFLAGS=3D-L/opt/homebrew/lib
PKG_CONFIG_PATH=3D/opt/homebrew/lib/pkgconfig'

Configured features:
ACL GIF GMP GNUTLS JPEG LCMS2 LIBXML2 MODULES MPS NATIVE_COMP NOTIFY
KQUEUE NS PDUMPER PNG SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS
TREE_SITTER WEBP XIM ZLIB

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  minibuffer-regexp-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug lisp-mnt message mailcap yank-media puny
dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg
rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils misearch multi-isearch compile
text-property-search comp-run bytecomp byte-compile comp-common org ob
ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-src sh-script smie
treesit executable ob-comint org-pcomplete pcomplete comint ansi-osc
ansi-color ring org-list org-footnote org-faces org-entities time-date
subr-x noutline outline icons ob-emacs-lisp ob-core ob-eval org-cycle
org-table ol rx org-fold org-fold-core org-keys oc org-loaddefs cal-menu
calendar cal-loaddefs org-version org-compat org-macs format-spec
cl-loaddefs cl-lib thingatpt find-func rmc iso-transl tooltip cconv
eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type
elisp-mode mwheel term/ns-win ns-win ucs-normalize mule-util
term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode lisp-mode prog-mode register
page tab-bar menu-bar rfn-eshadow isearch easymenu timer select
scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors
frame minibuffer nadvice seq simple cl-generic indonesian philippine
cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite emoji-zwj charscript
charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure
cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp
files window text-properties overlay sha1 md5 base64 format env
code-pages mule custom widget keymap hashtable-print-readable backquote
threads kqueue cocoa ns lcms2 multi-tty make-network-process
tty-child-frames native-compile mps emacs)

Memory information:
((conses 24 0 0) (symbols 56 0 0) (strings 40 0 0) (string-bytes 1 0)
(vectors 24 0) (vector-slots 8 0 0) (floats 24 0 0)
(intervals 64 0 0) (buffers 1000 0))

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Sean Devlin <spd@HIDDEN>
Subject: bug#77502: Acknowledgement (31.0.50; Should after-load-functions
 hook report .eln file names?)
Message-ID: <handler.77502.B.174370534912155.ack <at> debbugs.gnu.org>
References: <44DAF769-09E9-4A50-BD15-C36B59DC5333@HIDDEN>
X-Gnu-PR-Message: ack 77502
X-Gnu-PR-Package: emacs
Reply-To: 77502 <at> debbugs.gnu.org
Date: Thu, 03 Apr 2025 18:36:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 77502 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
77502: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D77502
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#77502: 31.0.50; Should after-load-functions hook report .eln file names?
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 05 Apr 2025 10:15:01 +0000
Resent-Message-ID: <handler.77502.B77502.17438480764495 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Sean Devlin <spd@HIDDEN>, Stefan Monnier <monnier@HIDDEN>, Andrea Corallo <acorallo@HIDDEN>
Cc: 77502 <at> debbugs.gnu.org
Date: Sat, 05 Apr 2025 13:14:22 +0300
Message-Id: <86plhqx6dd.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <44DAF769-09E9-4A50-BD15-C36B59DC5333@HIDDEN> (message
 from Sean Devlin on Thu, 3 Apr 2025 13:35:19 -0500)
References: <44DAF769-09E9-4A50-BD15-C36B59DC5333@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> From: Sean Devlin <spd@HIDDEN>
> Date: Thu, 3 Apr 2025 13:35:19 -0500
> 
> Hi folks,
> 
> I am not sure if this is a bug or not, but the behavior was confusing to
> me.
> 
> Recipe:
> 
> 0. If necessary, rebuild Emacs with native compilation support.
> 1. Emacs -Q
> 2. In scratch, evaluate:
> 
> (setq force-load-messages t)
> (add-hook 'after-load-functions
> 	  (lambda (file)
> 	    (message "after load: %s" file)))
> 
> 3. M-x load-library RET org RET
> 4. C-h e
> 
> The messages buffer will show a lot of messages like this:
> 
> Loading find-func (native compiled elisp)...
> after load: /Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/find-func.elc
> Loading find-func (native compiled elisp)...done
> 
> The load messages show that a native library was loaded, but the
> after-load hook reports loading a byte-compiled file.
> 
> The documentation for after-load-functions says:
> 
> "Each function there is called with a single argument, the absolute name
> of the file just loaded."
> 
> I do not understand the intricacies of the native compiler and loader,
> so maybe this behavior is expected. But the result seemed misleading to
> me, and I could not find documentation of the disparity between what
> after-load-functions reports and what is actually loaded.
> 
> Is this a bug?

Not sure if this is a bug or a feature.  We record the *.elc names in
load-history, and those are the names passed to after-load-functions.
I've added Stefan and Andrea to this discussion, in case they have
comments.

If this is a feature, I guess we should update the documentation.

Thanks.

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#77502: 31.0.50; Should after-load-functions hook report .eln file names?
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 05 Apr 2025 15:08:02 +0000
Resent-Message-ID: <handler.77502.B77502.17438656338878 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Eli Zaretskii <eliz@HIDDEN>
Cc: Sean Devlin <spd@HIDDEN>, Andrea Corallo <acorallo@HIDDEN>, 77502 <at> debbugs.gnu.org
From: Stefan Monnier <monnier@HIDDEN>
In-Reply-To: <86plhqx6dd.fsf@HIDDEN>
Message-ID: <jwvr026wt0m.fsf-monnier+emacs@HIDDEN>
References: <44DAF769-09E9-4A50-BD15-C36B59DC5333@HIDDEN>
 <86plhqx6dd.fsf@HIDDEN>
Date: Sat, 05 Apr 2025 11:07:02 -0400
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> Not sure if this is a bug or a feature.  We record the *.elc names in
> load-history, and those are the names passed to after-load-functions.
> I've added Stefan and Andrea to this discussion, in case they have
> comments.

It was done on purpose, at least for backward compatibility reasons, but
also because it's easier to find the `.eln` from the `.elc` than
the reverse.

        Stefan

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#77502: 31.0.50; Should after-load-functions hook report .eln file names?
Resent-From: Sean Devlin <spd@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 05 Apr 2025 16:32:02 +0000
Resent-Message-ID: <handler.77502.B77502.17438706994194 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 77502
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Monnier <monnier@HIDDEN>
Cc: Eli Zaretskii <eliz@HIDDEN>, Andrea Corallo <acorallo@HIDDEN>, 77502 <at> debbugs.gnu.org
Received: via spool by 77502-submit <at> debbugs.gnu.org id=B77502.17438706994194
          (code B ref 77502); Sat, 05 Apr 2025 16:32:02 +0000
Received: (at 77502) by debbugs.gnu.org; 5 Apr 2025 16:31:39 +0000
Received: from localhost ([127.0.0.1]:44509 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1u16Ql-00015a-3I
	for submit <at> debbugs.gnu.org; Sat, 05 Apr 2025 12:31:39 -0400
Received: from mail-yw1-x112f.google.com ([2607:f8b0:4864:20::112f]:47471)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.84_2) (envelope-from <spd@HIDDEN>) id 1u16Qi-00015H-Sf
 for 77502 <at> debbugs.gnu.org; Sat, 05 Apr 2025 12:31:37 -0400
Received: by mail-yw1-x112f.google.com with SMTP id
 00721157ae682-6f666c94285so34118057b3.3
 for <77502 <at> debbugs.gnu.org>; Sat, 05 Apr 2025 09:31:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=toadstyle-org.20230601.gappssmtp.com; s=20230601; t=1743870691; x=1744475491;
 darn=debbugs.gnu.org; 
 h=to:in-reply-to:cc:references:message-id:date:subject:mime-version
 :from:content-transfer-encoding:from:to:cc:subject:date:message-id
 :reply-to; bh=cPZ4uVkS8BKNtT1mL8G+sypdS3P2kMPUuZ/UfqBzY9Y=;
 b=xTezptZIy5QOdfCcZmLuX2HFLbfRDuS+8fDyN1wu6BvaOzNJnCIGrObKcYgPkZYKV7
 dXU25mOqp4hIxPoZJUH+wMyxDA9FRxOpp8i1IhFTXxj7N9KMBFgsM7wcun3Ushe92gia
 DiCHdccULqT4mKGXoEw7mEMeD767MeckimqkY2oB1kC2+S5Yfs/mMBkXpkdesfwsHUg7
 nBP1Y4O14kQhrL7AZNuIKCqh1Q4vpU/NrtF9gp+QzmQWrElMtLnUXu8pdCz2bvXr9MdV
 7RlqBp0MhvRoEm4CdYtyU4I74Niw1CRZwQ6Np5wconyC93nLXjudznSxy/i8T4GkH51m
 JTpg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1743870691; x=1744475491;
 h=to:in-reply-to:cc:references:message-id:date:subject:mime-version
 :from:content-transfer-encoding:x-gm-message-state:from:to:cc
 :subject:date:message-id:reply-to;
 bh=cPZ4uVkS8BKNtT1mL8G+sypdS3P2kMPUuZ/UfqBzY9Y=;
 b=tvkM2Gze30JzVsjO/gOjd0YF/KWJYpfx4/e2md5by2AdxtqcBoZ/zQ/BhD6OCgvmrr
 IpKoHEN8EFRpwgeqBy0Gzpu+UO1OOS2tDwpA+RQqvm77zVx9ducSBUFhHoDcBMQInzCY
 sz1kcP9eWu6wFuZZkr4wfu0TwBEJVpxmeIf5EoxJtBc6bI0cYsMLIKyjFTNwrq74sbbl
 wBEi5dgV3uW6UUu0/j00De7PWr8eX5Pi/Z9ydN4A9U7FkEwJziUxn4QtO0ORrJ/bfeSs
 +EfQUxwtrwucKKnG3FvRpbeNxBgA/AwscMk3HwFyHweecZg7rnLmo+IBN1+2yWBPt5he
 9R+Q==
X-Forwarded-Encrypted: i=1;
 AJvYcCXXLBv9I6MocvowLvHJ+Wc6TarQHMbfx99KlgLJ3cBaRpUutKm47JatDxFeZzmua66Id6mB7w==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YzxPBah47A9l0BWLM1pfoeBIWeCYJArvIk9L9IvN+H4oqXxM60A
 sGzBfjT+e7WfcQJBdEai/A5lvKr5y2MEFYvbz0KtF7xSBPQQ9PbnmQ34ahxxDfZ3TavsqEYgjrx
 qMoo=
X-Gm-Gg: ASbGncsQJf8Zz8r9jVIsO5fJ1YOOKH0dwVhnyj4ZVI4R3cQWCVDWBnW26pgy36yXQN4
 0iv13q017huhxy2n11HKZElDyKUp5Vi2VK7YXTVFTb2aS6f3T/l1aYtbt/OHh5oyXcb6jFnK9qW
 TljGo24AnjJljPSfgT1fXlRPthFuOFeirGJbQJPMxr9Pq/mYZtFwoL6EZm1ZGpfDkH4nR+TGi2A
 5UWVUbhF3fg2/03ULwOzgm7+uR46uoRQRDI8jULh8kvyRT+NGkL+WgKPzPIP8b+CM5VSDPuX+6S
 70jHKvTy1sdojmtFabUQOQRaIoXkFtNgMyrBfJZxO0T53O//8dDofjwAajVuJodfjSYg
X-Google-Smtp-Source: AGHT+IEcwBQjcc3dFNsumzCMjuUUIgi/WVFzhMN+6UoTLlfVZYAl2HlaW9yfAEkACnA4JEzmpx8xJA==
X-Received: by 2002:a05:690c:3603:b0:6ef:652b:91cf with SMTP id
 00721157ae682-703f4294fe7mr62767877b3.27.1743870690772; 
 Sat, 05 Apr 2025 09:31:30 -0700 (PDT)
Received: from smtpclient.apple ([2600:382:1809:cb7e:743c:70bd:fa0c:c2be])
 by smtp.gmail.com with ESMTPSA id
 00721157ae682-703d1f70626sm15299147b3.69.2025.04.05.09.31.30
 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
 Sat, 05 Apr 2025 09:31:30 -0700 (PDT)
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
From: Sean Devlin <spd@HIDDEN>
Mime-Version: 1.0 (1.0)
Date: Sat, 5 Apr 2025 11:31:19 -0500
Message-Id: <0A374830-A612-479C-BC2A-1FD1D59DA21E@HIDDEN>
References: <jwvr026wt0m.fsf-monnier+emacs@HIDDEN>
In-Reply-To: <jwvr026wt0m.fsf-monnier+emacs@HIDDEN>
X-Mailer: iPhone Mail (22E240)
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Hi folks,

> On Apr 5, 2025, at 10:07=E2=80=AFAM, Stefan Monnier <monnier@HIDDEN=
.ca> wrote:
>=20
> =EF=BB=BF
>>=20
>> Not sure if this is a bug or a feature.  We record the *.elc names in
>> load-history, and those are the names passed to after-load-functions.
>> I've added Stefan and Andrea to this discussion, in case they have
>> comments.
>=20
> It was done on purpose, at least for backward compatibility reasons, but
> also because it's easier to find the `.eln` from the `.elc` than
> the reverse.

I see, thanks.

In my case, I don=E2=80=99t necessarily even care about getting the .eln pat=
hs in the after-load-functions hook. I just got confused by the results and t=
hought maybe my native loader was not working correctly due to some misconfi=
guration on my end. In other words, I have no problem with the current behav=
ior, but I do think maybe we should update the documentation somewhere to de=
scribe how the hook behaves when the native loader is enabled.

Cheers.

>=20
>=20
>        Stefan
>=20

Last modified: Sat, 5 Apr 2025 16:45:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.