From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Wilhelm Kirschbaum Newsgroups: gmane.emacs.bugs Subject: bug#49864: 28.0.50; Fails to start after "make install" Date: Thu, 5 Aug 2021 14:44:00 +0200 Message-ID: References: <83r1f9l8xu.fsf@gnu.org> <83pmusjsfg.fsf@gnu.org> <83o8acjrky.fsf@gnu.org> <83mtpwjpa7.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000009f17a705c8cf4685" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4971"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 49864@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Aug 05 14:46:12 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mBclH-00016L-Am for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 05 Aug 2021 14:46:11 +0200 Original-Received: from localhost ([::1]:58616 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mBclG-0005NT-1D for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 05 Aug 2021 08:46:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54192) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mBckA-00047g-HB for bug-gnu-emacs@gnu.org; Thu, 05 Aug 2021 08:45:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34595) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mBck9-0008F9-Vz for bug-gnu-emacs@gnu.org; Thu, 05 Aug 2021 08:45:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mBck9-0004br-UR for bug-gnu-emacs@gnu.org; Thu, 05 Aug 2021 08:45:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Wilhelm Kirschbaum Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 05 Aug 2021 12:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49864 X-GNU-PR-Package: emacs Original-Received: via spool by 49864-submit@debbugs.gnu.org id=B49864.162816746117657 (code B ref 49864); Thu, 05 Aug 2021 12:45:01 +0000 Original-Received: (at 49864) by debbugs.gnu.org; 5 Aug 2021 12:44:21 +0000 Original-Received: from localhost ([127.0.0.1]:46141 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBcjU-0004ai-CB for submit@debbugs.gnu.org; Thu, 05 Aug 2021 08:44:21 -0400 Original-Received: from mail-lj1-f171.google.com ([209.85.208.171]:40662) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mBcjS-0004aU-6M for 49864@debbugs.gnu.org; Thu, 05 Aug 2021 08:44:19 -0400 Original-Received: by mail-lj1-f171.google.com with SMTP id m9so6894382ljp.7 for <49864@debbugs.gnu.org>; Thu, 05 Aug 2021 05:44:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MqiCHiSAv8yTT2ij+q0Sl8B2qagwkpdinFTE1MzwAVs=; b=dk/o6x+bXwsTjHA+ZJOTUnHphHhCg0BXHJvGdIjBA+cJWFYzcw76cHC2And53vjGV4 DsJOsncwjeXb9EqauAZQhY+FL05gx+CHectFuTHll57pDgOKmH1LpPSJJdcX7lIuWyGw 0sYS12xBhRTlqjfXzq5C4RqdANtTksINNRFe9tSXPmfIkbMPSNi387YENrZdhT8loKzm vu5xSpik7+4qKeCW9HUJx9mLzu48gyL3Hbg8YEL0SmXoVHZ+efiBZizFgcFFmqksM1h1 6J/iuhRgKfjNKouq6zQvze/osos/gMwz4HXtA3Kds+cdStVrTd92MiMdecIZS5y4e6CX hM+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=MqiCHiSAv8yTT2ij+q0Sl8B2qagwkpdinFTE1MzwAVs=; b=sdMnusfP0rqgR12NGL6YJ5xByjULRn+6XDXhEMDXbCNXpvQSYtAluRHsuKEsVF9Rid 4JpMAWW3OwerYeW7kO+Puo1yBDuu8nVAAB06RfXntGMzU5Gj1RVX6rF/wuSnNyfDcDJE 6Gfxt+tFxAZ6mHw23nTsmcVjlqSrMcVlnKmRPAO9YhzE2NNn3g3QH96Ji6jaCbNvETEx mMdW+pI0ZUHR7DfTO0aggOeVz9cLGfiTrRLZv90Ls2W45h7D6Vkmn3iueUYXXIqhHr1T D9tE3TAMB2fyOOK8FDVeJxGvW36qCoE7Kio8yKHlJUjkGB8SL2ZsWQZnjczwPZa1Oz/y kV4g== X-Gm-Message-State: AOAM531MYLEMju9A83ohJ+tMU/DhI4Q1RUJf8f71tvzRx8t8PgQ38KWx C9oe/zI8kdws+rEVf5Rq2SYYivTTHYrfWYXLYE8= X-Google-Smtp-Source: ABdhPJxSA3IYCSFUf4bWfFeaPsw/pec5EyA584H9QvCRNhTacroSmNkaStMbEEG62ZPqrbEeNG6Ie7OdW/x48a+2URI= X-Received: by 2002:a2e:bd08:: with SMTP id n8mr2983534ljq.379.1628167452168; Thu, 05 Aug 2021 05:44:12 -0700 (PDT) In-Reply-To: <83mtpwjpa7.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:211228 Archived-At: --0000000000009f17a705c8cf4685 Content-Type: text/plain; charset="UTF-8" It did not go exactly as the above, but adding the whole log here in case it helps, as I am not 100% sure if I did it correctly; will go over it again later in today. ~/src/tools/emacs/src $ gdb /usr/local/bin/emacs-28.0.50 GNU gdb (GDB) 10.2 Copyright (C) 2021 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/local/bin/emacs-28.0.50... warning: File "/home/wilhelm/src/tools/emacs/src/.gdbinit" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load". To enable execution of this file add add-auto-load-safe-path /home/wilhelm/src/tools/emacs/src/.gdbinit line to your configuration file "/home/wilhelm/.gdbinit". To completely disable this security protection add set auto-load safe-path / line to your configuration file "/home/wilhelm/.gdbinit". For more information about this security protection see the "Auto-loading safe path" section in the GDB manual. E.g., run from the shell: info "(gdb)Auto-loading safe path" (gdb) source ./.gdbinit SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from terminal] DISPLAY = :0.0 TERM = xterm-256color Breakpoint 1 at 0x4766c: file emacs.c, line 399. Breakpoint 2 at 0x105420: file xterm.c, line 10258. (gdb) break pdumper.c:5315 Breakpoint 3 at 0x19959d: file pdumper.c, line 5315. (gdb) r -Q Starting program: /usr/local/bin/emacs-28.0.50 -Q [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". Breakpoint 3, dump_do_dump_relocation (dump_base=, reloc=...) at pdumper.c:5315 5315 if (installation_state == UNKNOWN) (gdb) p cu_file1 $1 = XIL(0x7ffff08e4bac) (gdb) xstring $2 = (struct Lisp_String *) 0x7ffff08e4ba8 "../lib/emacs/28.0.50/native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln" (gdb) p cu_file2 $3 = XIL(0x7ffff08e4b8c) (gdb) xstring $4 = (struct Lisp_String *) 0x7ffff08e4b88 "../native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln" (gdb) n 5317 eln_fname = make_uninit_string (execdir_len + fn1_len); (gdb) n 5318 fndata = SSDATA (eln_fname); (gdb) n 5319 memcpy (fndata, emacs_execdir, execdir_len); (gdb) n 1561 return XSTRING (string)->u.s.data; (gdb) n 5321 if (file_access_p (fndata, F_OK)) (gdb) p fndata $5 = (gdb) next 5325 eln_fname = make_uninit_string (execdir_len + fn2_len); (gdb) p errno 'errno' has unknown type; cast it to its declared type (gdb) n 5326 fndata = SSDATA (eln_fname); (gdb) n 5327 memcpy (fndata, emacs_execdir, execdir_len); (gdb) n 1561 return XSTRING (string)->u.s.data; (gdb) n 5329 installation_state = LOCAL_BUILD; (gdb) p fndata $6 = (gdb) n 5331 fixup_eln_load_path (eln_fname); (gdb) n 5352 comp_u->file = eln_fname; (gdb) p eln_fname $7 = XIL(0x555555c2bcb4) (gdb) xstring $8 = (struct Lisp_String *) 0x555555c2bcb0 "/usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/../native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln" (gdb) n 1561 return XSTRING (string)->u.s.data; (gdb) n 5354 if (!comp_u->handle) (gdb) n 5356 fprintf (stderr, "Error using execdir %s:\n", (gdb) n Error using execdir /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/: 5358 error ("%s", dynlib_error ()); (gdb) p errno 'errno' has unknown type; cast it to its declared type (gdb) n emacs: /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../../../../bin/../native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln: cannot open shared object file: No such file or directory [Inferior 1 (process 4129) exited with code 01] (gdb) q On Thu, Aug 5, 2021 at 9:59 AM Eli Zaretskii wrote: > > From: Wilhelm Kirschbaum > > Date: Thu, 5 Aug 2021 09:14:10 +0200 > > Cc: 49864@debbugs.gnu.org > > > > Yes, of course, but I will only be able to do it a bit later today. I am > not too familiar with GDB though. > > Thanks. The instructions are below: > > $ cd /home/wilhelm/src/tools/emacs/src > $ gdb /usr/local/bin/emacs-28.0.50 > ... > (gdb) source ./.gdbinit > (gdb) break pdumper.c:5315 > (gdb) r -Q > > When GDB announces that the breakpoint at pdumper.c:5315 breaks, do > this: > > (gdb) p cu_file1 > (gdb) xstring > (gdb) p cu_file2 > (gdb) xstring > > and show the results of these commands. Then step through the code, > one line at a time, with the "n" ("next") command. Eventually, you > should get to line 5321: > > 5321 if (file_access_p (fndata, F_OK)) > > Then show the value of fndata, which should be a file name: > > (gdb) p fndata > > Type "next" again. If the file_access_p call fails (returns 'false'), > show the value of errno immediately after stepping past the line that > calls file_access_p: > > (gdb) p errno > > In that case (if file_access_p fails), the "next" command will land > you in this block: > > else > { > eln_fname = make_uninit_string (execdir_len + fn2_len); > fndata = SSDATA (eln_fname); > memcpy (fndata, emacs_execdir, execdir_len); > memcpy (fndata + execdir_len, SSDATA (cu_file2), fn2_len); > installation_state = LOCAL_BUILD; > } > > Please type "n" ("next") repeatedly until you get to the last line, > which starts with "installation_state =", and show the value of > fndata: > > (gdb) p fndata > > Finally, keep stepping with "n" until you come to this line: > > comp_u->handle = dynlib_open (SSDATA (eln_fname)); > > and type the following commands: > > (gdb) p eln_fname > (gdb) xstring > > and show their results. > > You can then terminate the GDB session: > > (gdb) q > > (Answer "y" if it asks whether to quit.) > > I hope the data you collect and report will explain what happens, or > at least give us a direction in which to look for the explanation. > > Thanks again for your help in this matter. > --0000000000009f17a705c8cf4685 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
It did not go exactly as the above, but adding the wh= ole log here in case it helps, as I am not 100% sure if I did it correctly;= will go over it again later in today.

~/src/= tools/emacs/src $ gdb /usr/local/bin/emacs-28.0.50
GNU gdb (GDB) 10.2Copyright (C) 2021 Free Software Foundation, Inc.
License GPLv3+: GNU = GPL version 3 or later <htt= p://gnu.org/licenses/gpl.html>
This is free software: you are fre= e to change and redistribute it.
There is NO WARRANTY, to the extent per= mitted by law.
Type "show copying" and "show warranty&quo= t; for details.
This GDB was configured as "x86_64-pc-linux-gnu&quo= t;.
Type "show configuration" for configuration details.
Fo= r bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.Find the GDB manual and other documentation resources online at:
=C2=A0= =C2=A0 <http= ://www.gnu.org/software/gdb/documentation/>.

For help, type &= quot;help".
Type "apropos word" to search for commands re= lated to "word"...
Reading symbols from /usr/local/bin/emacs-2= 8.0.50...
warning: File "/home/wilhelm/src/tools/emacs/src/.gdbinit= " auto-loading has been declined by your `auto-load safe-path' set= to "$debugdir:$datadir/auto-load".
To enable execution of thi= s file add
add-auto-load-safe-path /home/wilhelm/src/tools/emacs/src/.g= dbinit
line to your configuration file "/home/wilhelm/.gdbinit"= ;.
To completely disable this security protection add
set auto-load = safe-path /
line to your configuration file "/home/wilhelm/.gdbinit= ".
For more information about this security protection see the
&= quot;Auto-loading safe path" section in the GDB manual.=C2=A0 E.g., ru= n from the shell:
info "(gdb)Auto-loading safe path"
(gdb)= source ./.gdbinit
SIGINT is used by the debugger.
Are you sure you = want to change it? (y or n) [answered Y; input not from terminal]
DISPLA= Y =3D :0.0
TERM =3D xterm-256color
Breakpoint 1 at 0x4766c: file emac= s.c, line 399.
Breakpoint 2 at 0x105420: file xterm.c, line 10258.
(g= db) break pdumper.c:5315
Breakpoint 3 at 0x19959d: file pdumper.c, line = 5315.
(gdb) r -Q
Starting program: /usr/local/bin/emacs-28.0.50 -Q[Thread debugging using libthread_db enabled]
Using host libthread_db l= ibrary "/usr/lib/libthread_db.so.1".

Breakpoint 3, dump_do= _dump_relocation (dump_base=3D<optimized out>, reloc=3D...) at pdumpe= r.c:5315
5315 if (installation_state =3D=3D UNKNOWN)
(gdb) p cu_file= 1
$1 =3D XIL(0x7ffff08e4bac)
(gdb) xstring
$2 =3D (struct Lisp_Str= ing *) 0x7ffff08e4ba8
"../lib/emacs/28.0.50/native-lisp/28.0.50-864= bf4e5/preloaded/window-0d1b8b93-dcb2375f.eln"
(gdb) p cu_file2
$= 3 =3D XIL(0x7ffff08e4b8c)
(gdb) xstring
$4 =3D (struct Lisp_String *)= 0x7ffff08e4b88
"../native-lisp/28.0.50-864bf4e5/preloaded/window-0= d1b8b93-dcb2375f.eln"
(gdb) n
5317 =C2=A0 =C2=A0eln_fname =3D = make_uninit_string (execdir_len + fn1_len);
(gdb) n
5318 =C2=A0 =C2= =A0fndata =3D SSDATA (eln_fname);
(gdb) n
5319 =C2=A0 =C2=A0memcpy = (fndata, emacs_execdir, execdir_len);
(gdb) n
1561 =C2=A0return XSTR= ING (string)->u.s.data;
(gdb) n
5321 =C2=A0 =C2=A0if (file_acces= s_p (fndata, F_OK))
(gdb) p fndata
$5 =3D <optimized out>
(g= db) next
5325 eln_fname =3D make_uninit_string (execdir_len + fn2_len)= ;
(gdb) p errno
'errno' has unknown type; cast it to its decl= ared type
(gdb) n
5326 fndata =3D SSDATA (eln_fname);
(gdb) n5327 memcpy (fndata, emacs_execdir, execdir_len);
(gdb) n
1561 = =C2=A0return XSTRING (string)->u.s.data;
(gdb) n
5329 installati= on_state =3D LOCAL_BUILD;
(gdb) p fndata
$6 =3D <optimized out>=
(gdb) n
5331 =C2=A0 =C2=A0fixup_eln_load_path (eln_fname);
(gdb= ) n
5352 comp_u->file =3D eln_fname;
(gdb) p eln_fname
$7 =3D = XIL(0x555555c2bcb4)
(gdb) xstring
$8 =3D (struct Lisp_String *) 0x555= 555c2bcb0
"/usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/../= ../../../bin/../native-lisp/28.0.50-864bf4e5/preloaded/window-0d1b8b93-dcb2= 375f.eln"
(gdb) n
1561 =C2=A0return XSTRING (string)->u.s.da= ta;
(gdb) n
5354 if (!comp_u->handle)
(gdb) n
5356 =C2=A0= =C2=A0fprintf (stderr, "Error using execdir %s:\n",
(gdb) nError using execdir /usr/local/libexec/emacs/28.0.50/x86_64-pc-linux-gnu/= ../../../../bin/:
5358 =C2=A0 =C2=A0error ("%s", dynlib_erro= r ());
(gdb) p errno
'errno' has unknown type; cast it to its= declared type
(gdb) n
emacs: /usr/local/libexec/emacs/28.0.50/x86_64= -pc-linux-gnu/../../../../bin/../native-lisp/28.0.50-864bf4e5/preloaded/win= dow-0d1b8b93-dcb2375f.eln: cannot open shared object file: No such file or = directory
[Inferior 1 (process 4129) exited with code 01]
(gdb) q
=

On Thu, Aug 5, 2021 at 9:59 AM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Wilhelm Kirschbaum <wkirschbaum@gmail.com>
> Date: Thu, 5 Aug 2021 09:14:10 +0200
> Cc: 49864@d= ebbugs.gnu.org
>
> Yes, of course, but I will only be able to do it a bit later today. I = am not too familiar with GDB though.

Thanks.=C2=A0 The instructions are below:

=C2=A0 $ cd /home/wilhelm/src/tools/emacs/src
=C2=A0 $ gdb /usr/local/bin/emacs-28.0.50
=C2=A0 ...
=C2=A0 (gdb) source ./.gdbinit
=C2=A0 (gdb) break pdumper.c:5315
=C2=A0 (gdb) r -Q

When GDB announces that the breakpoint at pdumper.c:5315 breaks, do
this:

=C2=A0 (gdb) p cu_file1
=C2=A0 (gdb) xstring
=C2=A0 (gdb) p cu_file2
=C2=A0 (gdb) xstring

and show the results of these commands.=C2=A0 Then step through the code, one line at a time, with the "n" ("next") command.=C2= =A0 Eventually, you
should get to line 5321:

=C2=A0 5321=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (file= _access_p (fndata, F_OK))

Then show the value of fndata, which should be a file name:

=C2=A0 (gdb) p fndata

Type "next" again.=C2=A0 If the file_access_p call fails (returns= 'false'),
show the value of errno immediately after stepping past the line that
calls file_access_p:

=C2=A0 (gdb) p errno

In that case (if file_access_p fails), the "next" command will la= nd
you in this block:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 else
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 {
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 eln_fname =3D make_= uninit_string (execdir_len + fn2_len);
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 fndata =3D SSDATA (= eln_fname);
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 memcpy (fndata, ema= cs_execdir, execdir_len);
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 memcpy (fndata + ex= ecdir_len, SSDATA (cu_file2), fn2_len);
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 installation_state = =3D LOCAL_BUILD;
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 }

Please type "n" ("next") repeatedly until you get to th= e last line,
which starts with "installation_state =3D", and show the value of=
fndata:

=C2=A0 (gdb) p fndata

Finally, keep stepping with "n" until you come to this line:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 comp_u->handle =3D dynlib_open (SSDATA (eln_= fname));

and type the following commands:

=C2=A0 (gdb) p eln_fname
=C2=A0 (gdb) xstring

and show their results.

You can then terminate the GDB session:

=C2=A0 (gdb) q

(Answer "y" if it asks whether to quit.)

I hope the data you collect and report will explain what happens, or
at least give us a direction in which to look for the explanation.

Thanks again for your help in this matter.
--0000000000009f17a705c8cf4685--