[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#110371: marked as done (libc6: printf("%*s") uses too much stack)



Your message dated Wed, 01 Sep 2004 17:32:11 +0900
with message-id <81656ygzjo.wl@omega.webmasters.gr.jp>
and subject line libc6: printf("%*s") uses too much stack
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 28 Aug 2001 04:57:02 +0000
>From herbert@gondor.apana.org.au Mon Aug 27 23:57:02 2001
Return-path: <herbert@gondor.apana.org.au>
Received: from eriador.apana.org.au [203.14.152.116] (mail)
	by master.debian.org with esmtp (Exim 3.12 1 (Debian))
	id 15bavr-0007yJ-00; Mon, 27 Aug 2001 23:57:02 -0500
Received: from gondolin.me.apana.org.au ([192.168.0.6] ident=mail)
	by eriador.apana.org.au with esmtp (Exim 3.12 #1 (Debian))
	id 15bavM-00024D-00
	for <submit@bugs.debian.org>; Tue, 28 Aug 2001 14:56:28 +1000
Received: from herbert by gondolin.me.apana.org.au with local (Exim 3.32 #1 (Debian))
	id 15bavM-0004iJ-00
	for <submit@bugs.debian.org>; Tue, 28 Aug 2001 14:56:28 +1000
From:  <herbert@gondor.apana.org.au>
Subject: libc6: printf("%*s") uses too much stack
To: submit@bugs.debian.org
X-Mailer: bug 3.3.10
Message-Id: <E15bavM-0004iJ-00@gondolin.me.apana.org.au>
Date: Tue, 28 Aug 2001 14:56:28 +1000
Delivered-To: submit@bugs.debian.org

Package: libc6
Version: 2.2.3-9
Severity: minor

This simple program

#include <stdio.h>

int main() {
	printf("%*s", 10000000, "");
	return 0;
}

crashes if the stack limit is set at 8192k:

$ ulimit -s
8192
$

If it's raised to 10240k then it works.

It would be nice if the padding can be sent straight to the output rather
than storing it on the stack.

-- System Information
Debian Release: testing/unstable
Kernel Version: Linux gondolin 2.4.9-686-smp #1 SMP Sun Aug 19 11:17:05 EST 2001 i686 unknown


---------------------------------------
Received: (at 110371-done) by bugs.debian.org; 1 Sep 2004 08:32:13 +0000
>From gotom@debian.or.jp Wed Sep 01 01:32:13 2004
Return-path: <gotom@debian.or.jp>
Received: from omega.webmasters.gr.jp (webmasters.gr.jp) [218.44.239.78] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1C2QXN-0005UM-00; Wed, 01 Sep 2004 01:32:13 -0700
Received: from omega.webmasters.gr.jp (localhost [127.0.0.1])
	by webmasters.gr.jp (Postfix) with ESMTP id 5494ADEDD1
	for <110371-done@bugs.debian.org>; Wed,  1 Sep 2004 17:32:11 +0900 (JST)
Date: Wed, 01 Sep 2004 17:32:11 +0900
Message-ID: <81656ygzjo.wl@omega.webmasters.gr.jp>
From: GOTO Masanori <gotom@debian.or.jp>
To: 110371-done@bugs.debian.org
Subject: Re: libc6: printf("%*s") uses too much stack
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
 FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
 (i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Delivered-To: 110371-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no 
	version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

> Package: libc6
> Version: 2.2.3-9
> Severity: minor
> 
> This simple program
> 
> #include <stdio.h>
> 
> int main() {
> 	printf("%*s", 10000000, "");
> 	return 0;
> }
> 
> crashes if the stack limit is set at 8192k:
> 
> $ ulimit -s
> 8192
> $
> 
> If it's raised to 10240k then it works.
> 
> It would be nice if the padding can be sent straight to the output rather
> than storing it on the stack.

Testing with 2.3.2.ds1-16, it does not break under ulimit -s == 1000.
I think it should be fixed.  I close this bug.

Regards,
-- gotom



Reply to: