>
>
> That is true. The assumption is that the stack size of the built-in
> application will be big enough for the replacement ELF application.
> That might not be true. But in the case of replacing a built-in
> application with an ELF application, the rule is that we cannot
> modify
> the
/evolution of the built-in command with the same name, you'll
have to increase the spawn stack size anyway !?!?
But that's for you pros to decide.
At least seems you got a communication problem here, because nobody had
a notion about the impact of Chaos commit.
Thanks to all & BR,
Hi Greg and Alan,
> > It does not even try to load the elf file from file-system, it
> > directly
> > goes to the built-in app.
> That means that it failed to load the app on the file system. It
> should
> check in this order"
>
> - Load file from file system if possible
>
> - If not, run bu
L ar
e correctly set, and the elf file is also working correctly..
I never had this situation before...
BR,
Florian
--
Florian Wehmeyer
TFW Tech-Solutions
On Sáb, 2020-05-16 at 16:08 -0300, Alan Carvalho de Assis wrote:
> Hi Florian,
>
> Nice to know you got if fixed.
>
> It should be
processes. (for example if someone changes the nuttx folder structure
or similar)
Very good that now there are release branches, I hope the release
branch will suffer only bug-fixes as changes..
Thanks again,
--
Florian Wehmeyer
TFW Tech-Solutions
On Seg, 2020-05-11 at 18:43 -0300, Florian Wehmeyer
thanks,
Florian
--
Florian Wehmeyer
TFW Tech-Solutions
On Seg, 2020-05-11 at 15:09 -0600, Gregory Nutt wrote:
> >
> >
> > >
> > > No custom board, it's the tm4c1294-launchpad.
> > > Seems no general problem with heap allocation, so I guess it's
the nuttx repo which
use the CONFIG_ELF stuff..
But, I will double-check the elf linker script, maybe something wrong
with that!
BR,
--
Florian Wehmeyer
TFW Tech-Solutions
On Seg, 2020-05-11 at 16:24 -0400, Nathan Hartman wrote:
> On Mon, May 11, 2020 at 2:05 PM Florian Wehmeyer
> wrote:
>
OK I already saw that simply increasing the heap is no solution,
because it's already maximum size:
mm_initialize: Heap: start=0x20008924
size=227036
mm_addregion: Region 1: base=0x20008924 size=227024
--
Florian Wehmeyer
TFW Tech-Solutions
On Seg, 2020-05-
528//dmesg stuff..
//8.5K left until my stack-end
--
Florian WehmeyerTFW Tech-SolutionsOn Seg, 2020-05-11 at 11:35 -0300, Florian
Wehmeyer wrote:
> Hi all,
>
> again a question related to the execution of external / elf
>
Hi all,
again a question related to the execution of external / elf programs:
When I use malloc within the running elf program, allocating more than
1K bytes, malloc seems to work (doesn't return NULL), but when I use
that memory (memset) I get a assertion/Kernel panic..
Funnily this does not
;io_pktlen)
{
ioberr("ERROR: offset is past the end of data: %u > %u\n",
offset, iob->io_pktlen);
return -ESPIPE;
}
Please try to enable CONFIG_IOB_DEBUG and see if the above error
message is printed. Then you can track why it is failing.
BR,
Alan
O
lf_dumploadinfo: e_ehsize: 52
elf_dumploadinfo: e_phentsize: 0
elf_dumploadinfo: e_phnum: 0
elf_dumploadinfo: e_shentsize: 40
elf_dumploadinfo: e_shnum: 11
elf_dumploadinfo: e_shstrndx: 8
elf_loadbinary: Failed to load ELF program binary: -29
Thanks a lot for any help!!
Florian
--
Florian Wehmeyer
TFW Tech Solutions
cripts/gnu-elf.ld file, or use the
/addon/Makefile to automatically copy the gnu-elf.ld from the export
folder, same as it is done with the System.map file. Should also be
necessary in case someone uses other arch than armv7.
The rest is very clear and well documented, thanks!!
--
Florian Wehmeye
ementation to send and receive messages from the things
network.
That is truly. Only a dumb serial driver has been contributed.
--
--
gpg:0x467094BC
xmpp:philippe.coval....@gmail.com
https://elinux.org/User:RzR
--
Florian Wehmeyer
TFW Tech Solutions
hed a patch to improve support to STM32F030.
BR,
Alan
--
Florian Wehmeyer
TFW Tech Solutions
ilation abruptly?
If you duplicate it please let us know.
BR,
Alan
On Saturday, January 25, 2020, Florian Wehmeyer wrote:
Just saw that I had responded to Gregs mail individually.
Sending to the list just to finish the topic..
Best,
Florian
On 24/01/2020 22:07, Florian Wehmeyer wrote:
Just saw that I had responded to Gregs mail individually.
Sending to the list just to finish the topic..
Best,
Florian
On 24/01/2020 22:07, Florian Wehmeyer wrote:
Hi Greg,
thanks for the ultra-fast reply!!
Turns out the problem of system panic after increasing
CONFIG_NFILE_DESCRIPTORS
used free largest
Umem: 26144 10088 16056 14120
flow@flowI3:~/work/nuttx/nx8.2git/nuttx$ arm-none-eabi-size nuttx
text data bss dec hex filename
67539 156 4340 72035 11963 nuttx
Thanks a lot for any help or suggestions.
--
Florian Wehmeyer
TFW Tech Solutions
18 matches
Mail list logo