GNU bug report logs -
#71624
dejagnu-1.6.3 test failure
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 71624 in the body.
You can then email your comments to 71624 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-dejagnu <at> gnu.org
:
bug#71624
; Package
dejagnu
.
(Tue, 18 Jun 2024 07:56:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Gordon Steemson <gsteemso <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-dejagnu <at> gnu.org
.
(Tue, 18 Jun 2024 07:56:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I have tried Adam Sampson's patch for Expect 5.45.4, but unfortunately it did not solve this problem for me. Neither did building in a different directory -- whether a subdirectory of the source directory or outside it entirely, on my system it always fails the report-card tests with these same sorts of unexpectedly closed subprocess files.
Information forwarded
to
bug-dejagnu <at> gnu.org
:
bug#71624
; Package
dejagnu
.
(Wed, 19 Jun 2024 02:11:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 71624 <at> debbugs.gnu.org (full text, mbox):
Gordon Steemson wrote:
> I have tried Adam Sampson's patch for Expect 5.45.4, but unfortunately it did not solve this problem for me. Neither did building in a different directory -- whether a subdirectory of the source directory or outside it entirely, on my system it always fails the report-card tests with these same sorts of unexpectedly closed subprocess files.
>
This is a different issue than the Expect bug that patch is intended to
fix. The spurious EOF bug in Expect only affects the internal DejaGnu
unit tests, which are run in a child expect process.
The report-card tests should not be affected by that issue, however,
this report contains insufficient information to evaluate. Please
attach the report-card.log produced by a failing test run and describe
the system that you are using. What distribution is exhibiting this issue?
-- Jacob
Information forwarded
to
bug-dejagnu <at> gnu.org
:
bug#71624
; Package
dejagnu
.
(Wed, 19 Jun 2024 22:41:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 71624 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Tue, 18 Jun 2024 at 19:09, Jacob Bachmeyer <jcb62281 <at> gmail.com> wrote:
> Gordon Steemson wrote:
> > I have tried Adam Sampson's patch for Expect 5.45.4, but unfortunately it did not solve this problem for me. Neither did building in a different directory -- whether a subdirectory of the source directory or outside it entirely, on my system it always fails the report-card tests with these same sorts of unexpectedly closed subprocess files.
>
> This is a different issue than the Expect bug that patch is intended to
> fix. The spurious EOF bug in Expect only affects the internal DejaGnu
> unit tests, which are run in a child expect process.
Oh. I must have mis-read that part. My apologies.
> The report-card tests should not be affected by that issue, however,
> this report contains insufficient information to evaluate. Please
> attach the report-card.log produced by a failing test run and describe
> the system that you are using. What distribution is exhibiting this issue?
The test log should be attached to this message; hopefully it does not
get stripped off.
The build was performed on an obsolete platform – specifically, Mac OS
X 10.5.8 “Leopard” running on a dual-processor Power Mac G5 – so I
don’t know if anyone else will care that it failed. I’d still like to
know why it is failing.
Gordon S.
[report-card.log (application/octet-stream, attachment)]
Information forwarded
to
bug-dejagnu <at> gnu.org
:
bug#71624
; Package
dejagnu
.
(Thu, 20 Jun 2024 03:03:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 71624 <at> debbugs.gnu.org (full text, mbox):
Gordon Steemson wrote:
> On Tue, 18 Jun 2024 at 19:09, Jacob Bachmeyer <jcb62281 <at> gmail.com> wrote:
>
> [...]
>> The report-card tests should not be affected by that issue, however,
>> this report contains insufficient information to evaluate. Please
>> attach the report-card.log produced by a failing test run and describe
>> the system that you are using. What distribution is exhibiting this issue?
>>
>
> The test log should be attached to this message; hopefully it does not
> get stripped off.
>
> The build was performed on an obsolete platform – specifically, Mac OS
> X 10.5.8 “Leopard” running on a dual-processor Power Mac G5 – so I
> don’t know if anyone else will care that it failed. I’d still like to
> know why it is failing.
>
It is most likely failing because Mac OS X 10.5.8 does not conform to
POSIX: the log shows an error from stty(1) rejecting the -onlret
option, which POSIX defines---it is /not/ a GNU extension.
That said, my copy of stty(P) suggests that onlret does not do anything
useful here, so a patch has been pushed to the "PR71624" branch at
Savannah. Please try it and indicate if it solves this problem. If so,
I will merge it to master and consider the issue resolved.
-- Jacob
Information forwarded
to
bug-dejagnu <at> gnu.org
:
bug#71624
; Package
dejagnu
.
(Fri, 21 Jun 2024 05:07:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 71624 <at> debbugs.gnu.org (full text, mbox):
Hello,
> On Jun 19, 2024, at 8:00 PM, Jacob Bachmeyer <jcb62281 <at> gmail.com> wrote:
>
> Gordon Steemson wrote:
>> On Tue, 18 Jun 2024 at 19:09, Jacob Bachmeyer <jcb62281 <at> gmail.com> wrote:
>> [...]
>>> The report-card tests should not be affected by that issue, however,
>>> this report contains insufficient information to evaluate. Please
>>> attach the report-card.log produced by a failing test run and describe
>>> the system that you are using. What distribution is exhibiting this issue?
>>>
>>
>> The test log should be attached to this message; hopefully it does not
>> get stripped off.
>>
>> The build was performed on an obsolete platform – specifically, Mac OS
>> X 10.5.8 “Leopard” running on a dual-processor Power Mac G5 – so I
>> don’t know if anyone else will care that it failed. I’d still like to
>> know why it is failing.
>>
>
> It is most likely failing because Mac OS X 10.5.8 does not conform to POSIX: the log shows an error from stty(1) rejecting the -onlret option, which POSIX defines---it is /not/ a GNU extension.
>
> That said, my copy of stty(P) suggests that onlret does not do anything useful here, so a patch has been pushed to the "PR71624" branch at Savannah. Please try it and indicate if it solves this problem. If so, I will merge it to master and consider the issue resolved.
That did indeed fix it! I thank you most sincerely for taking the time to look into this.
With gratitude,
Gordon S.
Reply sent
to
jcb62281 <at> gmail.com
:
You have taken responsibility.
(Sat, 22 Jun 2024 02:50:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Gordon Steemson <gsteemso <at> gmail.com>
:
bug acknowledged by developer.
(Sat, 22 Jun 2024 02:50:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 71624-done <at> debbugs.gnu.org (full text, mbox):
Gordon Steemson wrote:
> Hello,
>
>
>> On Jun 19, 2024, at 8:00 PM, Jacob Bachmeyer <jcb62281 <at> gmail.com> wrote:
>>
>> Gordon Steemson wrote:
>>
>>> On Tue, 18 Jun 2024 at 19:09, Jacob Bachmeyer <jcb62281 <at> gmail.com> wrote:
>>> [...]
>>>
>>>> The report-card tests should not be affected by that issue, however,
>>>> this report contains insufficient information to evaluate. Please
>>>> attach the report-card.log produced by a failing test run and describe
>>>> the system that you are using. What distribution is exhibiting this issue?
>>>>
>>>>
>>> The test log should be attached to this message; hopefully it does not
>>> get stripped off.
>>>
>>> The build was performed on an obsolete platform – specifically, Mac OS
>>> X 10.5.8 “Leopard” running on a dual-processor Power Mac G5 – so I
>>> don’t know if anyone else will care that it failed. I’d still like to
>>> know why it is failing.
>>>
>>>
>> It is most likely failing because Mac OS X 10.5.8 does not conform to POSIX: the log shows an error from stty(1) rejecting the -onlret option, which POSIX defines---it is /not/ a GNU extension.
>>
>> That said, my copy of stty(P) suggests that onlret does not do anything useful here, so a patch has been pushed to the "PR71624" branch at Savannah. Please try it and indicate if it solves this problem. If so, I will merge it to master and consider the issue resolved.
>>
>
> That did indeed fix it! I thank you most sincerely for taking the time to look into this.
>
> With gratitude,
> Gordon S.
>
Thank you for the quick response.
-- Jacob
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 20 Jul 2024 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 332 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.