X-Authentication-Warning:	delorie.com: mail set sender to djgpp-bounces using -f
From:	Rugxulo <rugxulo AT gmail DOT com>
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: DOSEMU : sh -c "./configure" : hangs when making config.status
Date:	Wed, 6 Jul 2011 15:19:41 -0700 (PDT)
Organization:	http://groups.google.com
Lines:	59
Message-ID:	<13c5b3e7-0468-47d7-be62-4732ea4727ad@gv8g2000vbb.googlegroups.com>
References:	<201107031803 DOT 38427 DOT juan DOT guerrero AT gmx DOT de> <8339inqicu DOT fsf AT gnu DOT org>
NNTP-Posting-Host:	65.13.115.246
Mime-Version:	1.0
X-Trace:	posting.google.com 1309990781 14399 127.0.0.1 (6 Jul 2011 22:19:41 GMT)
X-Complaints-To:	groups-abuse AT google DOT com
NNTP-Posting-Date:	Wed, 6 Jul 2011 22:19:41 +0000 (UTC)
Complaints-To:	groups-abuse AT google DOT com
Injection-Info:	gv8g2000vbb.googlegroups.com; posting-host=65.13.115.246; posting-account=p5rsXQoAAAB8KPnVlgg9E_vlm2dvVhfO
User-Agent:	G2/1.0
X-Google-Web-Client:	true
X-Google-Header-Order:	UHALERCNK
X-HTTP-UserAgent:	Opera/9.80 (Windows NT 5.1; U; en) Presto/2.9.168 Version/11.50,gzip(gfe)
Bytes:	3098
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id p66MU2nS014612
Reply-To:	djgpp AT delorie DOT com

Hi,

On Jul 3, 2:22 pm, Eli Zaretskii <e DOT  DOT  DOT  AT gnu DOT org> wrote:
> > From: Juan Manuel Guerrero <juan DOT guerr DOT  DOT  DOT  AT gmx DOT de>
> > Date: Sun, 3 Jul 2011 18:03:38 +0200
>
> > malloc: dispose_cmd.c:226: assertion botched
> > free: start and end chunk sizes differ
> > Stopping myself...Abort!

Here's the relevant diff between 2.04 and 2.05b. I'm not totally
confident (obviously), but it does seem that 2.04 works more
frequently, at least in limited testing (with this specific example,
BRexx 2.1.9).

 /* Dispose of the command structure passed. */
 void
 dispose_command (command)
@@ -222,7 +224,11 @@
      WORD_DESC *w;
 {
   FREE (w->word);
+#if 0
   free (w);
+#else
+  ocache_free (wdcache, WORD_DESC, w);
+#endif
 }

I'm not exactly sure what that does or why (it says "object caching"
in ocache.h). The definition for FREE() is in general.h :

#define FREE(s)  do { if (s) free (s); } while (0)

The definition of ocache_free() says this :

#define ocache_free(c, otype, r) \
	do { \
		if ((c).nc < (c).cs) { \
			OC_MEMSET ((r), 0xdf, sizeof(otype)); \
			((otype **)((c).data))[(c).nc++] = (r); \
		} else \
			xfree (r); \
	} while (0)

> This is Bash deliberately aborting because of some internal
> consistency check.  You should be able to find the test on line 226 of
> dispose_cmd.c in the Bash sources.

Perhaps "--with-bash-malloc" (aka, --with-gnu-malloc) would help???
(he asked naively)

Or maybe "--with-minimal-config" would help? (You never know.)

I still don't like Bash, too complicated. (Though of course, when it
works, it's fine!) I'd rather we used Dash or something simpler, but
working around fork() (and the PATH differences and associated crud)
is the annoying part. Well, whatever, maybe one day I'll take a closer
look (don't hold your breath, heh, that's not saying much!).

- Raw text -