From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 13 15:20:18 2010 Received: (at submit) by debbugs.gnu.org; 13 Jun 2010 19:20:18 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ONsjC-0007F2-BP for submit@debbugs.gnu.org; Sun, 13 Jun 2010 15:20:18 -0400 Received: from mx10.gnu.org ([199.232.76.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ONsjA-0007Ex-Az for submit@debbugs.gnu.org; Sun, 13 Jun 2010 15:20:17 -0400 Received: from lists.gnu.org ([199.232.76.165]:40590) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1ONsj5-0007dQ-VT for submit@debbugs.gnu.org; Sun, 13 Jun 2010 15:20:12 -0400 Received: from [140.186.70.92] (port=53664 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ONsiy-0003mH-FT for bug-coreutils@gnu.org; Sun, 13 Jun 2010 15:20:11 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=unavailable version=3.3.1 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1ONsip-0002BV-1G for bug-coreutils@gnu.org; Sun, 13 Jun 2010 15:20:04 -0400 Received: from smtp1-g21.free.fr ([212.27.42.1]:57463) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ONsio-0002AO-Dh for bug-coreutils@gnu.org; Sun, 13 Jun 2010 15:19:55 -0400 Received: from mx.meyering.net (mx.meyering.net [82.230.74.64]) by smtp1-g21.free.fr (Postfix) with ESMTP id 9F8ED940148 for ; Sun, 13 Jun 2010 21:19:47 +0200 (CEST) Received: by rho.meyering.net (Acme Bit-Twister, from userid 1000) id 68826C2B; Sun, 13 Jun 2010 21:19:46 +0200 (CEST) From: Jim Meyering To: Bug 591969 <591969@bugs.launchpad.net> Subject: Re: [Bug 591969] Re: dd bs=3G || ubuntu-bug coreutils In-Reply-To: <20100613142113.13068.82706.malone@soybean.canonical.com> (Dave Gilbert's message of "Sun, 13 Jun 2010 14:21:13 -0000") References: <20100609234040.3797.29268.malonedeb@wampee.canonical.com> <20100613142113.13068.82706.malone@soybean.canonical.com> Date: Sun, 13 Jun 2010 21:19:46 +0200 Message-ID: <87fx0qloz1.fsf@meyering.net> Lines: 107 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit Cc: bug-coreutils@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.3 (-----) Dave Gilbert wrote: > You're on 32bit, on 64bit this seems to work. My guess is that there is > a limit to the block size available on 32bit (if that limit was 2G or > just under it wouldn't surprise me), on 64bit there is a similar limit > somewhere : > > dg@major:~$ true | dd bs=3D3G count=3D1 > 0+0 records in > 0+0 records out > 0 bytes (0 B) copied, 2.1008e-05 s, 0.0 kB/s > dg@major:~$ true | dd bs=3D3E count=3D1 > dd: memory exhausted > dg@major:~$ true | dd bs=3D3Z count=3D1 > dd: invalid number `3Z' > > I can see an argument that there might want to put a better error message= in, or state that the bs is dependent on memory > size. Thanks for the report. dd is trying to tell you not to specify such a large buffer size. A buffer size larger than a few megabytes is not normally useful. That diagnostic is not helpful indeed, but it was easy to fix, so I'll probably apply something like the following upstream. With the new diagnostic, you can see that dd tries (and fails) to allocate output buffers of the specified size: $ :|./dd bs=3D3EiB ./dd: failed to allocate an input buffer of size 3.0 EiB [Exit 1] $ :|./dd obs=3D3EiB ./dd: failed to allocate an output buffer of size 3.0 EiB [Exit 1] Making dd give a better diagnostic for e.g., "bs=3D3G" on an i686 system might be more work than it's worth. >From 899f17359bf4990888b54c5ae90c41a74529d04d Mon Sep 17 00:00:00 2001 From: Jim Meyering Date: Sun, 13 Jun 2010 17:34:45 +0200 Subject: [PATCH] dd: print a better diagnostic for an invalid block size MIME-Version: 1.0 Content-Type: text/plain; charset=3DUTF-8 Content-Transfer-Encoding: 8bit * src/dd.c (dd_copy): Give a better diagnostic than "dd: memory exhausted" for an over-large bs=3D block size setting. Same for ibs=3D and obs=3D. Reported by Imre P=C3=A9ntek in http://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/591969 --- src/dd.c | 25 +++++++++++++++++++++++-- 1 files changed, 23 insertions(+), 2 deletions(-) diff --git a/src/dd.c b/src/dd.c index 30d3d28..c9b8cbd 100644 --- a/src/dd.c +++ b/src/dd.c @@ -1557,6 +1557,16 @@ set_fd_flags (int fd, int add_flags, char const *nam= e) } } +static char * +human_size (size_t n) +{ + static char hbuf[LONGEST_HUMAN_READABLE + 1]; + int human_opts =3D + (human_autoscale | human_round_to_nearest | human_base_1024 + | human_space_before_unit | human_SI | human_B); + return human_readable (n, hbuf, human_opts, 1, 1); +} + /* The main loop. */ static int @@ -1593,7 +1603,13 @@ dd_copy (void) It is necessary when accessing raw (i.e. character special) disk devices on Unixware or other SVR4-derived system. */ - real_buf =3D xmalloc (input_blocksize + INPUT_BLOCK_SLOP); + size_t sz =3D input_blocksize + INPUT_BLOCK_SLOP; + real_buf =3D malloc (sz); + if (!real_buf) + error (EXIT_FAILURE, 0, + _("failed to allocate an input buffer of size %s"), + human_size (sz)); + ibuf =3D real_buf; ibuf +=3D SWAB_ALIGN_OFFSET; /* allow space for swab */ @@ -1602,7 +1618,12 @@ dd_copy (void) if (conversions_mask & C_TWOBUFS) { /* Page-align the output buffer, too. */ - real_obuf =3D xmalloc (output_blocksize + OUTPUT_BLOCK_SLOP); + sz =3D output_blocksize + OUTPUT_BLOCK_SLOP; + real_obuf =3D malloc (sz); + if (!real_obuf) + error (EXIT_FAILURE, 0, + _("failed to allocate an output buffer of size %s"), + human_size (sz)); obuf =3D ptr_align (real_obuf, page_size); } else -- 1.7.1.511.g2f531 From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 14 16:24:54 2010 Received: (at submit) by debbugs.gnu.org; 14 Jun 2010 20:24:54 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OOGDF-0002BR-Ti for submit@debbugs.gnu.org; Mon, 14 Jun 2010 16:24:54 -0400 Received: from mx10.gnu.org ([199.232.76.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OOGDE-0002BM-ND for submit@debbugs.gnu.org; Mon, 14 Jun 2010 16:24:53 -0400 Received: from lists.gnu.org ([199.232.76.165]:53486) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1OOGDA-0007BV-Fe for submit@debbugs.gnu.org; Mon, 14 Jun 2010 16:24:48 -0400 Received: from [140.186.70.92] (port=50145 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OOGD7-0004rt-Kl for bug-coreutils@gnu.org; Mon, 14 Jun 2010 16:24:47 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OOGD6-0002wL-AZ for bug-coreutils@gnu.org; Mon, 14 Jun 2010 16:24:45 -0400 Received: from kiwi.cs.ucla.edu ([131.179.128.19]:45831) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OOGD5-0002w3-UA for bug-coreutils@gnu.org; Mon, 14 Jun 2010 16:24:44 -0400 Received: from [131.179.64.200] (Penguin.CS.UCLA.EDU [131.179.64.200]) by kiwi.cs.ucla.edu (8.13.8+Sun/8.13.8/UCLACS-6.0) with ESMTP id o5EKOeWg021276 for ; Mon, 14 Jun 2010 13:24:41 -0700 (PDT) Message-ID: <4C169008.6070508@cs.ucla.edu> Date: Mon, 14 Jun 2010 13:24:40 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4 MIME-Version: 1.0 To: bug-coreutils@gnu.org Subject: Re: bug#6417: [Bug 591969] Re: dd bs=3G || ubuntu-bug coreutils References: <20100609234040.3797.29268.malonedeb@wampee.canonical.com> <20100613142113.13068.82706.malone@soybean.canonical.com> <87fx0qloz1.fsf@meyering.net> In-Reply-To: <87fx0qloz1.fsf@meyering.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.7 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.7 (----) On 06/13/2010 12:19 PM, Jim Meyering wrote: > + size_t sz = input_blocksize + INPUT_BLOCK_SLOP; > + real_buf = malloc (sz); > + if (!real_buf) > + error (EXIT_FAILURE, 0, > + _("failed to allocate an input buffer of size %s"), > + human_size (sz)); Wouldn't it be better to output the exact buffer size, rather than an approximation? Usually it's better to output more information, rather than less, to help debug problems more precisely. One way to do this would be to output the same string that the user specified: if the user says "bs=3EiB" then output "3EiB" in the diagnostic. That would be exact, and would be a bit friendlier than "3458764513820540928 bytes". Or, we could output both, as in "3EiB (3458764513820540928 bytes)", where the first is the string and the second is the integer that we converted it to. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 14 16:36:34 2010 Received: (at submit) by debbugs.gnu.org; 14 Jun 2010 20:36:34 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OOGOX-0002Gy-OK for submit@debbugs.gnu.org; Mon, 14 Jun 2010 16:36:33 -0400 Received: from mx10.gnu.org ([199.232.76.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OOGOS-0002Gt-SY for submit@debbugs.gnu.org; Mon, 14 Jun 2010 16:36:32 -0400 Received: from lists.gnu.org ([199.232.76.165]:48142) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1OOGON-0007Rj-FZ for submit@debbugs.gnu.org; Mon, 14 Jun 2010 16:36:23 -0400 Received: from [140.186.70.92] (port=35408 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OOGOL-0002sS-Ae for bug-coreutils@gnu.org; Mon, 14 Jun 2010 16:36:22 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=unavailable version=3.3.1 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OOGOJ-0004ni-Q7 for bug-coreutils@gnu.org; Mon, 14 Jun 2010 16:36:20 -0400 Received: from smtp1-g21.free.fr ([212.27.42.1]:43483) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OOGOJ-0004n1-5M for bug-coreutils@gnu.org; Mon, 14 Jun 2010 16:36:19 -0400 Received: from mx.meyering.net (mx.meyering.net [82.230.74.64]) by smtp1-g21.free.fr (Postfix) with ESMTP id ECA0294018E; Mon, 14 Jun 2010 22:36:11 +0200 (CEST) Received: by rho.meyering.net (Acme Bit-Twister, from userid 1000) id 420AAD7BF; Mon, 14 Jun 2010 22:35:59 +0200 (CEST) From: Jim Meyering To: Paul Eggert Subject: Re: bug#6417: [Bug 591969] Re: dd bs=3G || ubuntu-bug coreutils In-Reply-To: <4C169008.6070508@cs.ucla.edu> (Paul Eggert's message of "Mon, 14 Jun 2010 13:24:40 -0700") References: <20100609234040.3797.29268.malonedeb@wampee.canonical.com> <20100613142113.13068.82706.malone@soybean.canonical.com> <87fx0qloz1.fsf@meyering.net> <4C169008.6070508@cs.ucla.edu> Date: Mon, 14 Jun 2010 22:35:59 +0200 Message-ID: <87pqztic7k.fsf@meyering.net> Lines: 38 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -5.3 (-----) X-Debbugs-Envelope-To: submit Cc: bug-coreutils@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.3 (-----) Paul Eggert wrote: > On 06/13/2010 12:19 PM, Jim Meyering wrote: > >> + size_t sz = input_blocksize + INPUT_BLOCK_SLOP; >> + real_buf = malloc (sz); >> + if (!real_buf) >> + error (EXIT_FAILURE, 0, >> + _("failed to allocate an input buffer of size %s"), >> + human_size (sz)); > > Wouldn't it be better to output the exact buffer size, > rather than an approximation? Usually it's better to Hi Paul, Thanks for the feedback. I debated that, but figured that most of the time people would realize what has gone wrong (number too large). > output more information, rather than less, to help > debug problems more precisely. > > One way to do this would be to output the same string > that the user specified: if the user says "bs=3EiB" then That would be best, but as you see above, it's not the same number, since what we try to allocate is larger by INPUT_BLOCK_SLOP. > output "3EiB" in the diagnostic. That would be exact, > and would be a bit friendlier than "3458764513820540928 bytes". > Or, we could output both, as in "3EiB (3458764513820540928 bytes)", > where the first is the string and the second is the integer that > we converted it to. That would be an improvement, indeed. I've gone ahead and pushed the patch above. You're welcome to patch further. From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 12 20:22:23 2010 Received: (at submit) by debbugs.gnu.org; 13 Jul 2010 00:22:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OYTGQ-0004sP-Ny for submit@debbugs.gnu.org; Mon, 12 Jul 2010 20:22:23 -0400 Received: from mail.gnu.org ([199.232.76.166] helo=mx10.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OYTGO-0004sK-HN for submit@debbugs.gnu.org; Mon, 12 Jul 2010 20:22:21 -0400 Received: from lists.gnu.org ([199.232.76.165]:51310) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1OYTGS-0000uG-Jm for submit@debbugs.gnu.org; Mon, 12 Jul 2010 20:22:24 -0400 Received: from [140.186.70.92] (port=35910 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OYTGR-0004kr-0M for bug-coreutils@gnu.org; Mon, 12 Jul 2010 20:22:24 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OYTGP-00008H-Oy for bug-coreutils@gnu.org; Mon, 12 Jul 2010 20:22:22 -0400 Received: from kiwi.cs.ucla.edu ([131.179.128.19]:34474) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OYTGP-00007v-Ds for bug-coreutils@gnu.org; Mon, 12 Jul 2010 20:22:21 -0400 Received: from [131.179.64.200] (Penguin.CS.UCLA.EDU [131.179.64.200]) by kiwi.cs.ucla.edu (8.13.8+Sun/8.13.8/UCLACS-6.0) with ESMTP id o6D0MH9i002845; Mon, 12 Jul 2010 17:22:19 -0700 (PDT) Message-ID: <4C3BB1B9.7010709@cs.ucla.edu> Date: Mon, 12 Jul 2010 17:22:17 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.10) Gecko/20100527 Thunderbird/3.0.5 MIME-Version: 1.0 To: Jim Meyering Subject: Re: bug#6417: [Bug 591969] Re: dd bs=3G || ubuntu-bug coreutils References: <20100609234040.3797.29268.malonedeb@wampee.canonical.com> <20100613142113.13068.82706.malone@soybean.canonical.com> <87fx0qloz1.fsf@meyering.net> <4C169008.6070508@cs.ucla.edu> <87pqztic7k.fsf@meyering.net> In-Reply-To: <87pqztic7k.fsf@meyering.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.9 (----) X-Debbugs-Envelope-To: submit Cc: bug-coreutils@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.9 (----) On 06/14/10 13:35, Jim Meyering wrote: > Paul Eggert wrote: >> Or, we could output both, as in "3EiB (3458764513820540928 bytes)", >> where the first is the string and the second is the integer that >> we converted it to. > > That would be an improvement, indeed. > ... > You're welcome to patch further. Thanks, I tried it out, and discovered that outputting the exact number isn't right, since the user might complain "I asked for 1 MB; why is it complaining about 1005000 bytes"? Since the slop is small, it's better to simply output the user-requested size and omit the overhead, which is plausibly small enough to be like malloc's internal overhead anyway. Also, from a technical-wording point of view it's more accurate that way, since the message talks about the buffer size, not the malloc request size. Anyway, I installed this; of course further improvements are welcome. >From 335b59b9625758f92ba82cd6b7138f7423df60ef Mon Sep 17 00:00:00 2001 From: Paul R. Eggert Date: Mon, 12 Jul 2010 17:12:43 -0700 Subject: [PATCH] dd: also spell out size on memory exhaustion * src/dd.c (dd_copy): Use requested blocksize (not adjusted) in diagnostic, to forestall user complaints that the numbers don't match exactly. Report both exact and human-readable sizes, using a message format that is consistent with both "BBBB bytes (N XB) copied" in dd.c and "memory exhausted" in lib/xmalloc.c. --- src/dd.c | 14 ++++++-------- 1 files changed, 6 insertions(+), 8 deletions(-) diff --git a/src/dd.c b/src/dd.c index c9b8cbd..ab8b84c 100644 --- a/src/dd.c +++ b/src/dd.c @@ -1603,12 +1603,11 @@ dd_copy (void) It is necessary when accessing raw (i.e. character special) disk devices on Unixware or other SVR4-derived system. */ - size_t sz = input_blocksize + INPUT_BLOCK_SLOP; - real_buf = malloc (sz); + real_buf = malloc (input_blocksize + INPUT_BLOCK_SLOP); if (!real_buf) error (EXIT_FAILURE, 0, - _("failed to allocate an input buffer of size %s"), - human_size (sz)); + _("memory exhausted by input buffer of size %zu bytes (%s)"), + input_blocksize, human_size (input_blocksize)); ibuf = real_buf; ibuf += SWAB_ALIGN_OFFSET; /* allow space for swab */ @@ -1618,12 +1617,11 @@ dd_copy (void) if (conversions_mask & C_TWOBUFS) { /* Page-align the output buffer, too. */ - sz = output_blocksize + OUTPUT_BLOCK_SLOP; - real_obuf = malloc (sz); + real_obuf = malloc (output_blocksize + OUTPUT_BLOCK_SLOP); if (!real_obuf) error (EXIT_FAILURE, 0, - _("failed to allocate an output buffer of size %s"), - human_size (sz)); + _("memory exhausted by output buffer of size %zu bytes (%s)"), + output_blocksize, human_size (output_blocksize)); obuf = ptr_align (real_obuf, page_size); } else -- 1.7.1 From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 14 12:07:06 2010 Received: (at control) by debbugs.gnu.org; 14 Jul 2010 16:07:06 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZ4UD-0006vr-BI for submit@debbugs.gnu.org; Wed, 14 Jul 2010 12:07:05 -0400 Received: from mail1.slb.deg.dub.stisp.net ([84.203.253.98]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OZ4UC-0006vU-6r for control@debbugs.gnu.org; Wed, 14 Jul 2010 12:07:04 -0400 Received: (qmail 1266 invoked from network); 14 Jul 2010 16:07:12 -0000 Received: from unknown (HELO ?192.168.2.25?) (84.203.137.218) by mail1.slb.deg.dub.stisp.net with SMTP; 14 Jul 2010 16:07:12 -0000 Message-ID: <4C3DE061.1070301@draigBrady.com> Date: Wed, 14 Jul 2010 17:05:53 +0100 From: =?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: control@debbugs.gnu.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) close 6417 8.6 From unknown Mon Jun 23 23:53:24 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 12 Aug 2010 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator