Path: csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail From: Martijn Dekker Newsgroups: gnu.bash.bug Subject: Re: '=~' crash on NetBSD Date: Thu, 7 May 2020 15:55:50 +0100 Lines: 28 Approved: bug-bash@gnu.org Message-ID: References: <9f5a02eb-6e79-e369-5106-579060a6f946@inlv.org> <5278b79b-f4ed-96b7-248a-6f5d86d5fde1@case.edu> <9c7b0e18-932a-6d98-8784-9dbb6ad8eea6@inlv.org> NNTP-Posting-Host: lists.gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: usenet.stanford.edu 1588863362 10564 209.51.188.17 (7 May 2020 14:56:02 GMT) X-Complaints-To: action@cs.stanford.edu To: chet.ramey@case.edu, Bug reports for the GNU Bourne Again SHell Envelope-to: bug-bash@gnu.org User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 In-Reply-To: <5278b79b-f4ed-96b7-248a-6f5d86d5fde1@case.edu> Content-Language: en-GB Received-SPF: none client-ip=2a02:2770::21a:4aff:fec6:e3d8; envelope-from=martijn@inlv.org; helo=freekahlil.inlv.org X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: bug-bash@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Bourne Again SHell List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-Mailman-Original-Message-ID: <9c7b0e18-932a-6d98-8784-9dbb6ad8eea6@inlv.org> X-Mailman-Original-References: <9f5a02eb-6e79-e369-5106-579060a6f946@inlv.org> <5278b79b-f4ed-96b7-248a-6f5d86d5fde1@case.edu> Xref: csiph.com gnu.bash.bug:16288 Op 07-05-20 om 14:20 schreef Chet Ramey: > On 5/6/20 2:08 PM, Martijn Dekker wrote: >> On NetBSD, bash (all versions, including current git) dumps core when using >> [[ to match against an ERE containing certain UTF-8 characters, for >> example, É ($'\303\211'). >> >> | $ bin/bash-5.0-debug -c "[[ c =~ $'\303\211' ]]" >> | >> | malloc: unknown:0: assertion botched >> | malloc: 0x81ba08: allocated: last allocated from unknown:0 >> | free: start and end chunk sizes differ >> | Aborting...Abort trap (core dumped) > > What version of NetBSD? I don't run NetBSD, and I can't reproduce this on > other platforms, so I'll have to go searching for something. Sorry about that omission. I've tested NetBSD 8.0, 8.1 and 9.0 (all amd64) and the bug occurs on all of these. If it helps, sdf.org will give you a free NetBSD 8.1 user account with access to gcc. - M. -- modernish -- harness the shell https://github.com/modernish/modernish