Groups | Search | Server Info | Login | Register
Groups > gnu.utils.help > #320
| Path | csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail |
|---|---|
| From | Bob Proulx <bob@proulx.com> |
| Newsgroups | gnu.utils.help |
| Subject | Re: arm-none-eabi-objdump: Reading section .bss failed because: memory exhausted |
| Date | Mon, 6 Apr 2020 18:41:13 -0600 |
| Lines | 50 |
| Approved | help-gnu-utils@gnu.org |
| Message-ID | <mailman.295.1586220078.2644.help-gnu-utils@gnu.org> (permalink) |
| References | <58616427-9DBC-4DF7-AF74-6EAA6844492B@gmail.com> <20200406183213536211500@bob.proulx.com> |
| NNTP-Posting-Host | lists.gnu.org |
| Mime-Version | 1.0 |
| Content-Type | text/plain; charset=us-ascii |
| X-Trace | usenet.stanford.edu 1586220079 10659 209.51.188.17 (7 Apr 2020 00:41:19 GMT) |
| X-Complaints-To | action@cs.stanford.edu |
| Cc | help-gnu-utils@gnu.org |
| To | Arjan van Vught <arjan.van.vught@gmail.com> |
| Envelope-to | help-gnu-utils@gnu.org |
| DKIM-Signature | v=1; a=rsa-sha256; c=relaxed/relaxed; d=proulx.com; s=dkim2048; t=1586220073; bh=+Mz0q4WPQiyomTwKn5QqrslUCCpuA7e2lMXCjF+pZco=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=PyFy+Wz2ciVIWLPWiB2kkgEumYQsXNLcm2qr4n/V1Twnea3z4Jh+LmD2+hAgTOzIb muue5U5rzlAJYQ5Xc8FamRAkBqiybI5KOalTZvIwnNhR1Yi/9pnNs38Afex7LmIK8S UbA8d+7ugOFfNsimYuD/VOCPXvvjsMSTYjYVPymcT29dBgV6w6PuxfrnfV2vh/DQUg UPJRwCMk4tzOAPQT8uZHH2d3HZ0HQAROc3924J6VQDDZzndIl8reaO2+biNXAVjiJF nSWhRMBnr+fOFMjz68IhvqMv5fpLD/X4kw+7vZQpo4vLn8MV9A1LVe08HSmdzvCmh6 ftpu87z/1WBFA== |
| Mail-Followup-To | Arjan van Vught <arjan.van.vught@gmail.com>, help-gnu-utils@gnu.org |
| Content-Disposition | inline |
| In-Reply-To | <58616427-9DBC-4DF7-AF74-6EAA6844492B@gmail.com> |
| X-detected-operating-system | by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] |
| X-Received-From | 96.88.95.61 |
| X-BeenThere | help-gnu-utils@gnu.org |
| X-Mailman-Version | 2.1.23 |
| Precedence | list |
| List-Id | Users list for the GNU utilities <help-gnu-utils.gnu.org> |
| List-Unsubscribe | <https://lists.gnu.org/mailman/options/help-gnu-utils>, <mailto:help-gnu-utils-request@gnu.org?subject=unsubscribe> |
| List-Archive | <https://lists.gnu.org/archive/html/help-gnu-utils> |
| List-Post | <mailto:help-gnu-utils@gnu.org> |
| List-Help | <mailto:help-gnu-utils-request@gnu.org?subject=help> |
| List-Subscribe | <https://lists.gnu.org/mailman/listinfo/help-gnu-utils>, <mailto:help-gnu-utils-request@gnu.org?subject=subscribe> |
| X-Mailman-Original-Message-ID | <20200406183213536211500@bob.proulx.com> |
| X-Mailman-Original-References | <58616427-9DBC-4DF7-AF74-6EAA6844492B@gmail.com> |
| Xref | csiph.com gnu.utils.help:320 |
Show key headers only | View raw
This mailing list has very little activity. I don't know and would normally comment but I hate to see people post questions and then not get any response at all. Therefore I will comment here in the hope that I might be able to get you to a better place to ask your question. Arjan van Vught wrote: > What does the error mean? Is it just that the .list file is not > generated completely? This error got introduced when upgrading from > version 7 to 9. Upgrading what from version 7 to what version 9? What is being upgraded? > arm-none-eabi-objdump -D lib_h3/libh3.a | arm-none-eabi-c++filt > lib_h3/lib.list > arm-none-eabi-objdump: error: lib_h3/libh3.a(h3_codec.o)(.bss) section size (0x800c bytes) is larger than file size (0xde8 bytes) The BSS section is normally used to store static data. In a C program if one is defining a variable with initialized data then this will go into the BSS section. int iii = 42; It makes no sense if the BSS segment is larger than the file size. It makes me thing there is a data corruption problem. Or perhaps the file system is full and part of the file could not be written. Or potentially other problem of which this is only a down stream cascade failure with a different root cause. Reference: https://en.wikipedia.org/wiki/.bss > arm-none-eabi-objdump: Reading section .bss failed because: memory exhausted Memory exhausted indicates that the program tried to allocate memory or tried to fork and whichever action it was failed due to being out of virtual memory. I would look to see if the storage filled up. I would look to see if whatever you are doing ran out of memory. Since this is ARM I assume some type of NAND flash file system. In which case I would look for a failure of the storage such as due to worn out storage cells. If it is an SD card I would try reading from every byte and verifying that the storage device is working okay. I have had SD cards using NAND storage and other similar devices fail creating file corruption. Bob
Back to gnu.utils.help | Previous | Next | Find similar
Re: arm-none-eabi-objdump: Reading section .bss failed because: memory exhausted Bob Proulx <bob@proulx.com> - 2020-04-06 18:41 -0600
csiph-web