[En-Nut-Discussion] Problems running Nut apps

[Thiago A. Corrêa]

Hi, just to keep posted and help someone searching the history :P

I've figured out what the problem was, bad soldering of the RAM chip *sigh*
At least now it runs something, now have to get it to use the network
properly :P


On 9/21/05, Thiago A. Corrêa <thiago.correa at gmail.com> wrote:
> I´ve managed to isolate the problem as being between right before the line:
>         NutHeapAdd(&__heap_start, (u_short) NUTMEM_END - 256 -
> (u_short) (&__heap_start));
>
> inside NutInitHeap() and the first line of NutHeapAdd inside heap.c
>
> My compiler has a return stack size of 16 in the advanced settings,
> that´s default from the simple.prj file, haven´t changed. So, now I´m
> lost.
>
> It could be fautly RAM, but I don´t know how to test it. This is icc
> 6.31 Is there any known problems with this compiler in particular?
>
> On 9/21/05, Thiago A. Corrêa <thiago.correa at gmail.com> wrote:
> > Outch, QuarkXPress... I was sort of hopping it was docbook or LaTeX :P
> >
> > Yeah, I saw that on pg 51.
> > On page 10, right below the second screenshot it has it wrong, it says
> > that for ethernut1.3g it should be without the "e".
> >
> >
> > Btw, on an update to my issue, I found out that execution reaches the
> > top of NutInit, trying to trace it inside that now, but it looks like
> > it can´t get past NutInitHeap(), I´m testing this theory right now.
> >
> >
> >
> > On 9/21/05, Harald Kipp <harald.kipp at egnite.de> wrote:
> > > Hi Thiago,
> > >
> > > Sure you got the latest release of the software manual?
> > > http://www.ethernut.de/pdf/enswm23e.pdf
> > > (Page 51 -ucrtenutram.o with _e_)
> > >
> > > The software manual had been done with QuarkXPress and the
> > > original .qxd is not publicly available. But I'll come
> > > back to you via private email.
> > >
> > > Harald
> > >
> > > P.S. Just in case all those GCC users are wondering: This is
> > > professional ImageCraft stuff, not for avr-libc hobbyists. :-)
> > >
> > >
> >
>