Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > gnu.bash.bug > #16551

Issue with Bash

Path csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail
From "Rishita Saha16" <risaha16@in.ibm.com>
Newsgroups gnu.bash.bug
Subject Issue with Bash
Date Thu, 9 Jul 2020 09:17:24 +0000
Lines 81
Approved bug-bash@gnu.org
Message-ID <mailman.1206.1594300259.2574.bug-bash@gnu.org> (permalink)
References <OF94D9117F.783D1B7F-ON002585A0.002B581F-002585A0.0033083D@notes.na.collabserv.com>
NNTP-Posting-Host lists.gnu.org
Mime-Version 1.0
Content-Type text/plain; charset="UTF-8"
X-Trace usenet.stanford.edu 1594300259 16834 209.51.188.17 (9 Jul 2020 13:10:59 GMT)
X-Complaints-To action@cs.stanford.edu
To bug-bash@gnu.org
Envelope-to bug-bash@gnu.org
In-Reply-To
Sensitivity
Importance Normal
X-Priority 3 (Normal)
X-Mailer IBM Verse Build 17652-1661 | IBM Domino Build SCN1812108_20180501T0841_FP65 April 15, 2020 at 09:48
X-KeepSent 94D9117F:783D1B7F-002585A0:002B581F; type=4; name=$KeepSent
X-LLNOutbound False
X-Disclaimed 64487
X-TNEFEvaluated 1
x-cbid 20070909-5525-0000-0000-000002CDC995
X-IBM-SpamModules-Scores BY=0; FL=0; FP=0; FZ=0; HX=0; KW=0; PH=0; SC=0.392621; ST=0; TS=0; UL=0; ISC=; MB=0.000086
X-IBM-SpamModules-Versions BY=3.00013435; HX=3.00000242; KW=3.00000007; PH=3.00000004; SC=3.00000295; SDB=6.01403220; UDB=6.00751603; IPR=6.01185503; MB=3.00032921; MTD=3.00000008; XFM=3.00000015; UTC=2020-07-09 09:17:26
X-IBM-AV-DETECTION SAVI=unsuspicious REMOTE=unsuspicious XFE=unused
X-IBM-AV-VERSION SAVI=2020-07-09 07:28:37 - 6.00011579
x-cbparentid 20070909-5526-0000-0000-0000D1F9E2C9
X-Proofpoint-Virus-Version vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-09_04:2020-07-08, 2020-07-09 signatures=0
X-Proofpoint-Spam-Reason orgsafe
Received-SPF pass client-ip=148.163.156.1; envelope-from=risaha16@in.ibm.com; helo=mx0a-001b2d01.pphosted.com
X-detected-operating-system by eggs.gnu.org: First seen = 2020/07/09 05:17:28
X-ACL-Warn Detected OS = Linux 3.x [generic] [fuzzy]
X-Spam_score_int -30
X-Spam_score -3.1
X-Spam_bar ---
X-Spam_report (-3.1 / 5.0 requ) BAYES_00=-1.9, HTML_MESSAGE=0.001, HTML_MIME_NO_HTML_TAG=0.377, MIME_HTML_ONLY=0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action no action
X-Mailman-Approved-At Thu, 09 Jul 2020 09:10:57 -0400
X-Content-Filtered-By Mailman/MimeDel 2.1.23
X-BeenThere bug-bash@gnu.org
X-Mailman-Version 2.1.23
Precedence list
List-Id Bug reports for the GNU Bourne Again SHell <bug-bash.gnu.org>
List-Unsubscribe <https://lists.gnu.org/mailman/options/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=unsubscribe>
List-Archive <https://lists.gnu.org/archive/html/bug-bash>
List-Post <mailto:bug-bash@gnu.org>
List-Help <mailto:bug-bash-request@gnu.org?subject=help>
List-Subscribe <https://lists.gnu.org/mailman/listinfo/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=subscribe>
X-Mailman-Original-Message-ID <OF94D9117F.783D1B7F-ON002585A0.002B581F-002585A0.0033083D@notes.na.collabserv.com>
Xref csiph.com gnu.bash.bug:16551

Show key headers only | View raw


   Hi All,

   We are using Bash 5.0 (64bit built using gcc ) in AIX 7.2 machine .This
   is the spec file for reference -->
   [1]https://public.dhe.ibm.com/aix/freeSoftware/aixtoolbox/SPECS/bash-5.
   0-1.spec.
   We are seeing recurring bash core dumps on our servers. Leaving bash
   sessions running on the servers for extended periods of time causes the
   core dump (to recreate it, we left httpd running for about a week and a
   half and encountered the core dump). I am hereby sharing the stack
   trace of the core so generated.

   #0  0x0900000000038d0c in __ioctl () from /usr/lib/libc.a(shr_64.o)
   #1  0x09000000000392c8 in ioctl () from /usr/lib/libc.a(shr_64.o)
   #2  0x09000000001c16f0 in tcsetattr () from /usr/lib/libc.a(shr_64.o)
   #3  0x00000001000aec78 in set_tty_settings (tty=0, tiop=0x110013a90
   <_rltty.bss_3_+64>) at rltty.c:466
   #4  0x00000001000aef58 in rl_deprep_terminal () at rltty.c:704
   #5  0x000000010002cf38 in rl_cleanup_after_signal () at signals.c:559
   #6  0x000000010002d500 in _rl_handle_signal (sig=268438344) at
   signals.c:249
   #7  0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
   #8  0x000000010002cf38 in rl_cleanup_after_signal () at signals.c:559
   #9  0x000000010002d500 in _rl_handle_signal (sig=268438344) at
   signals.c:249
   #10 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
   #11 0x000000010002cf38 in rl_cleanup_after_signal () at signals.c:559
   #12 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
   signals.c:249
   #13 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
   #14 0x000000010002cf38 in rl_cleanup_after_signal () at signals.c:559
   #15 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
   signals.c:249
   #16 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
   #17 0x000000010002cf38 in rl_cleanup_after_signal () at signals.c:559
   #18 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
   signals.c:249
   #19 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
   #20 0x000000010002cf38 in rl_cleanup_after_signal () at signals.c:559
   #21 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
   signals.c:249
   #22 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
   #23 0x000000010002cf38 in rl_cleanup_after_signal () at signals.c:559
   #24 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
   signals.c:249
   #25 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
   #26 0x000000010002cf38 in rl_cleanup_after_signal () at signals.c:559
   #27 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
   signals.c:249
   #28 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
   #29 0x000000010002cf38 in rl_cleanup_after_signal () at signals.c:559
   #30 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
   signals.c:249
   #31 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
   #32 0x000000010002cf38 in rl_cleanup_after_signal () at signals.c:559
   #33 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
   signals.c:249
   #34 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
   #35 0x000000010002cf38 in rl_cleanup_after_signal () at signals.c:559
   #36 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
   signals.c:249
   #37 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
   #38 0x000000010002cf38 in rl_cleanup_after_signal () at signals.c:559
   #39 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
   signals.c:249
   #40 0x00000001000aef80 in rl_deprep_terminal () at rltty.c:713
   #41 0x000000010002cf38 in rl_cleanup_after_signal () at signals.c:559
   #42 0x000000010002d500 in _rl_handle_signal (sig=268438344) at
   signals.c:249

   From the stack trace , it looks like bash is looping in a code that is
   setting terminal attributes in response to a signal, and dumps core
   once it runs out of stack.
   Any insights will be greatly helpful.

   Thanks and Regards
   Rishita Saha

References

   1. https://public.dhe.ibm.com/aix/freeSoftware/aixtoolbox/SPECS/bash-5.0-1.spec

Back to gnu.bash.bug | Previous | Next | Find similar


Thread

Issue with Bash "Rishita Saha16" <risaha16@in.ibm.com> - 2020-07-09 09:17 +0000

csiph-web