GNU logs - #60450, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#60450: 30.0.50; Strange behavior of compiler macros in *scratch*
Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 31 Dec 2022 13:23:01 +0000
Resent-Message-ID: <handler.60450.B.167249296228359 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 60450 <at> debbugs.gnu.org
Message-ID: <d14aa519-69ce-b71e-4c07-6c654a28ab03@HIDDEN>
Date: Sat, 31 Dec 2022 14:22:31 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
 Gecko/20100101 Thunderbird/102.5.1
Content-Language: en-US
From: Gerd =?UTF-8?Q?M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Received-SPF: pass client-ip=2a00:1450:4864:20::430;
 envelope-from=gerd.moellmann@HIDDEN; helo=mail-wr1-x430.google.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
 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.3 (-)
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: -3.3 (---)

The doc string of cl-define-compiler-macro says

   "This is like ‘defmacro’, but macro expansion occurs only if the call 
to FUNC is compiled (i.e., not interpreted)."

Evaluate the following compiler macro and function in *scratch*:

(cl-define-compiler-macro foo ()
   1)

(defun foo ()
   2)

Then:

(eval '(foo))
   => 2

(foo)C-j
   => 1

C-j is bound to eval-print-last-sexp, which I wouldn't expect to compile 
anything, and its doc string doesn't mention anything AFAICS.  Not sure 
if that's a bug in the code or something missing in the docs.

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: Gerd =?UTF-8?Q?M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
Subject: bug#60450: Acknowledgement (30.0.50; Strange behavior of compiler
 macros in *scratch*)
Message-ID: <handler.60450.B.167249296228359.ack <at> debbugs.gnu.org>
References: <d14aa519-69ce-b71e-4c07-6c654a28ab03@HIDDEN>
X-Gnu-PR-Message: ack 60450
X-Gnu-PR-Package: emacs
Reply-To: 60450 <at> debbugs.gnu.org
Date: Sat, 31 Dec 2022 13:23: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 60450 <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
60450: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D60450
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#60450: 30.0.50; Strange behavior of compiler macros in *scratch*
Resent-From: Andreas Schwab <schwab@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 31 Dec 2022 14:43:02 +0000
Resent-Message-ID: <handler.60450.B60450.167249775914026 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Gerd =?UTF-8?Q?M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
Cc: 60450 <at> debbugs.gnu.org
From: Andreas Schwab <schwab@HIDDEN>
References: <d14aa519-69ce-b71e-4c07-6c654a28ab03@HIDDEN>
Date: Sat, 31 Dec 2022 15:42:34 +0100
In-Reply-To: <d14aa519-69ce-b71e-4c07-6c654a28ab03@HIDDEN> ("Gerd
 =?UTF-8?Q?M=C3=B6llmann?="'s message of "Sat, 31 Dec 2022 14:22:31
 +0100")
Message-ID: <871qofeisl.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On Dez 31 2022, Gerd Möllmann wrote:

> C-j is bound to eval-print-last-sexp, which I wouldn't expect to compile
> anything, and its doc string doesn't mention anything AFAICS.  Not sure if
> that's a bug in the code or something missing in the docs.

eval-print-last-sexp uses macroexpand-all.

(macroexpand-all '(foo)) => 1

-- 
Andreas Schwab, schwab@HIDDEN
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#60450: 30.0.50; Strange behavior of compiler macros in *scratch*
Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 01 Jan 2023 06:35:02 +0000
Resent-Message-ID: <handler.60450.B60450.167255488224388 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Andreas Schwab <schwab@HIDDEN>
Cc: 60450 <at> debbugs.gnu.org
Message-ID: <21991eb7-e86f-58b3-32a9-3abc2c417aac@HIDDEN>
Date: Sun, 1 Jan 2023 07:34:31 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
 Gecko/20100101 Thunderbird/102.5.1
Content-Language: en-US
References: <d14aa519-69ce-b71e-4c07-6c654a28ab03@HIDDEN>
 <871qofeisl.fsf@HIDDEN>
From: Gerd =?UTF-8?Q?M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
In-Reply-To: <871qofeisl.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On 31.12.22 15:42, Andreas Schwab wrote:
> On Dez 31 2022, Gerd Möllmann wrote:
> 
>> C-j is bound to eval-print-last-sexp, which I wouldn't expect to compile
>> anything, and its doc string doesn't mention anything AFAICS.  Not sure if
>> that's a bug in the code or something missing in the docs.
> 
> eval-print-last-sexp uses macroexpand-all.
> 
> (macroexpand-all '(foo)) => 1
> 

Right.  And macroexpand-all seems to be closely tied to the compiler, or 
the other way round, depending on one's perspective.  I personally find 
that behavior a bit surprising, but that's just me.  If someone wants to 
close this bug, please do.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#60450: 30.0.50; Strange behavior of compiler macros in *scratch*
References: <d14aa519-69ce-b71e-4c07-6c654a28ab03@HIDDEN>
In-Reply-To: <d14aa519-69ce-b71e-4c07-6c654a28ab03@HIDDEN>
Resent-From: Lynn Winebarger <owinebar@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 08 May 2023 02:01:02 +0000
Resent-Message-ID: <handler.60450.B60450.168351121126645 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 60450
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: 60450 <at> debbugs.gnu.org
Received: via spool by 60450-submit <at> debbugs.gnu.org id=B60450.168351121126645
          (code B ref 60450); Mon, 08 May 2023 02:01:02 +0000
Received: (at 60450) by debbugs.gnu.org; 8 May 2023 02:00:11 +0000
Received: from localhost ([127.0.0.1]:38716 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pvqAd-0006vg-EZ
	for submit <at> debbugs.gnu.org; Sun, 07 May 2023 22:00:11 -0400
Received: from mail-pl1-f177.google.com ([209.85.214.177]:55719)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <owinebar@HIDDEN>) id 1pvqAb-0006uD-MO
 for 60450 <at> debbugs.gnu.org; Sun, 07 May 2023 22:00:09 -0400
Received: by mail-pl1-f177.google.com with SMTP id
 d9443c01a7336-1aae5c2423dso39127345ad.3
 for <60450 <at> debbugs.gnu.org>; Sun, 07 May 2023 19:00:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20221208; t=1683511203; x=1686103203;
 h=content-transfer-encoding:to:subject:message-id:date:from
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=nlyTvtE9F8Ldk9h0PRaNPa23u1IawM7ncpWYKyqa+Jk=;
 b=A+onp1WBoEyXbcUiRLC1RrDgO1QigmXg7uv138L9FGpWexveSSvK6ZpHphNBVdrNsu
 fUhv867GSbGbvwj07HhhiPXf9NAD8OlSJ4ipY1DazN0GzvTzPi3ykYKxrDqY+mF3xUq5
 UY0ZpnlKsh+K1igu3qJjDf2Hkmvu181yrrzaOB3LenYY3HRRdnCqniYwF+FHMom8xPBn
 0M3NEIIug/SvkdSw3dIP/HBveqtOAdNnPh8Q3y1V2kTfZmFst/yrMY2praCel+l8ARqt
 qb52YtkdOWMj8Q+56anveEUTsloYaTTYpWRtY1AB3UPdgd1N5Rl7nXDnERLB+aALDNnq
 /dIw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20221208; t=1683511203; x=1686103203;
 h=content-transfer-encoding:to:subject:message-id:date:from
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=nlyTvtE9F8Ldk9h0PRaNPa23u1IawM7ncpWYKyqa+Jk=;
 b=QJiwu915Uh9WVaxxRVAZFSs8Tj9Rq/edEgJ8ydNQ+CexzOz9NQ3fyGsiMid/shiEfx
 f6NsNHrK9pIxjftORCRDh45A1uoiGi0dVmQ3LcCuXsaH7aDGJqMKBSJHbzrmBoHAiJ3s
 YwvKYH5XEkIkFMt0SxhMWRK0sOVLc5FDOE11vfYS2qSwpk3qL0ja1nHhC8aAg9S+1Hc4
 jyEBVgqT3BbpVWtjizUtFyd2wQgf9BmcAp1DZMPtcustr8avgg+K9eK/ws7+ModvJ4LZ
 SAoaxFlky23vMomB+7P1DJQsL+Z2kLmbLpGSqwb4LWNXtLW4VqRBbhk4yWB3A7PowiWR
 j0Fg==
X-Gm-Message-State: AC+VfDwp2weaNxq8XEe4CF/b4+Wbxf/T7u9hYJvZ15/7JiQJMOLa7Ny9
 28GG796FM1zKaIuydnOwymIThUqTzVfT9wIKYmXD10uD1Y4=
X-Google-Smtp-Source: ACHHUZ5bOkR31G6igfr//tyT5PwU41KYOGfqGDen7sbhfdef58f8C7kMU72jB88mpkI8aPIqi66eoaV+27fqROhywuE=
X-Received: by 2002:a17:902:e842:b0:1ab:17dc:d495 with SMTP id
 t2-20020a170902e84200b001ab17dcd495mr11002883plg.27.1683511203034; Sun, 07
 May 2023 19:00:03 -0700 (PDT)
MIME-Version: 1.0
From: Lynn Winebarger <owinebar@HIDDEN>
Date: Sun, 7 May 2023 21:59:51 -0400
Message-ID: <CAM=F=bC36h5vRMnG=NAQOpsuGnitNCMznBvMM6=NBM1hMRidfQ@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
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 (-)

I was going to open a feature request bug for a function to
specifically expand compiler-macros, but if the behavior reported here
is intended, then I don't really need to.

However, if this is the intended behavior of macroexpand-all, it is
inconsistent with the documentation, which says:

     =E2=80=98macroexpand-all=E2=80=99 expands macros like =E2=80=98macroex=
pand=E2=80=99, but will look
     for and expand all macros in FORM, not just at the top-level.  If
     no macros are expanded, the return value is =E2=80=98eq=E2=80=99 to FO=
RM.

But macroexpand is defined in C source code, and definitely *only*
expands function symbols whose value has a car of 'macro.

Could someone determine if this is a bug in macroexpand-all (e.g. it
should be checking whether it is being called while byte-compiling),
or just a documentation bug?

Thanks,
Lynn

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#60450: 30.0.50; Strange behavior of compiler macros in *scratch*
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: Mon, 08 May 2023 11:29:02 +0000
Resent-Message-ID: <handler.60450.B60450.168354531028207 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 60450
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Lynn Winebarger <owinebar@HIDDEN>, Stefan Monnier <monnier@HIDDEN>
Cc: 60450 <at> debbugs.gnu.org
Received: via spool by 60450-submit <at> debbugs.gnu.org id=B60450.168354531028207
          (code B ref 60450); Mon, 08 May 2023 11:29:02 +0000
Received: (at 60450) by debbugs.gnu.org; 8 May 2023 11:28:30 +0000
Received: from localhost ([127.0.0.1]:39441 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1pvz2c-0007Kt-DL
	for submit <at> debbugs.gnu.org; Mon, 08 May 2023 07:28:30 -0400
Received: from eggs.gnu.org ([209.51.188.92]:44984)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1pvz2a-0007Kf-LU
 for 60450 <at> debbugs.gnu.org; Mon, 08 May 2023 07:28:29 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1pvz2U-0004ou-NE; Mon, 08 May 2023 07:28:23 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From:
 Date; bh=tAUMccf3ZZL9BwWwDGttCxPBBLtrXkPzKFAcfRw93uM=; b=cm3wC/9vtXs2Qx+WM1qq
 3F3xFnBEJMKZWUGAkg/sS2QOBnphIRFVKY5yvzoMUjIByCH51e72OBEVtzsFIdO/Ee7s0pjpueE7D
 nPboD2owcRIX6A8hWBWc3MaBDGBpVPztbADO7I4yp9PsYFj2sN89c83g5lmkOJ4TIlCX7RqKTc6fP
 +2nItMVG5RSGbYJHti30n4UHQVkxdi42FNpL83bR+IynRw5H3ErB5TGbT3EOleuGKErP1F5RZGMJm
 z/Qz4ZIWS82srxg3jvdGQRkSz4E9pWD7Cs+Qryo1IFKI0oWjrOteSCWyjwDAglimytwUD7MVE2rpI
 vNsSOj+75bL33g==;
Received: from [87.69.77.57] (helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1pvz2M-0004ON-0W; Mon, 08 May 2023 07:28:22 -0400
Date: Mon, 08 May 2023 14:29:15 +0300
Message-Id: <83pm7bcb90.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <CAM=F=bC36h5vRMnG=NAQOpsuGnitNCMznBvMM6=NBM1hMRidfQ@HIDDEN>
 (message from Lynn Winebarger on Sun, 7 May 2023 21:59:51 -0400)
References: <d14aa519-69ce-b71e-4c07-6c654a28ab03@HIDDEN>
 <CAM=F=bC36h5vRMnG=NAQOpsuGnitNCMznBvMM6=NBM1hMRidfQ@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: -2.3 (--)
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: -3.3 (---)

> From: Lynn Winebarger <owinebar@HIDDEN>
> Date: Sun, 7 May 2023 21:59:51 -0400
> 
> I was going to open a feature request bug for a function to
> specifically expand compiler-macros, but if the behavior reported here
> is intended, then I don't really need to.
> 
> However, if this is the intended behavior of macroexpand-all, it is
> inconsistent with the documentation, which says:
> 
>      ‘macroexpand-all’ expands macros like ‘macroexpand’, but will look
>      for and expand all macros in FORM, not just at the top-level.  If
>      no macros are expanded, the return value is ‘eq’ to FORM.
> 
> But macroexpand is defined in C source code, and definitely *only*
> expands function symbols whose value has a car of 'macro.
> 
> Could someone determine if this is a bug in macroexpand-all (e.g. it
> should be checking whether it is being called while byte-compiling),
> or just a documentation bug?

Adding Stefan.

Last modified: Mon, 8 May 2023 11:30:02 UTC

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