Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #16551
| 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
Issue with Bash "Rishita Saha16" <risaha16@in.ibm.com> - 2020-07-09 09:17 +0000
csiph-web