public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: sebastien Couret <sebastien.couret@elios-informatique.fr>
To: Hao <hao@hao.dns2go.com>, ecos-discuss@sources.redhat.com
Subject: Re: [ECOS]  eCos + goAhead probelm
Date: Tue, 17 Aug 2004 12:35:00 -0000	[thread overview]
Message-ID: <MELELIOSFRaqbC8wSA100000041@melelios.dmz.elios-informatique.fr> (raw)
In-Reply-To: <41218C6C.6020007@hao.dns2go.com>

Hello All,
In the past , (With GoAhead Webserver v 2.1.7) , I ran into the same kind of 
problem with eCos.
After investigation this was caused by function "int socketSelect(int sid, 
int timeout)" in file Sockgen.c (the one /* not WIN || CE || NW */ ) which 
makes calls to balloc.
Using the another "socketSelect" (the one #if (defined (WIN) || defined (CE) 
) solved the memory leak/overflow. May be you should try this before 
modifying balloc.c .

Note : Now, I use a 64K balloc buffer without any problems.

Hope this helps. Have a nice day.  

On Tuesday 17 August 2004 06:41, Hao wrote:
> Recently,  I modify balloc() in balloc.c of goAhead.
> I try to increase 64bytes at the line of  malloc() .  And the problem of
> out of memory disappeared.
> So , I think it's not the probelm caused by eCos.
> I think it's caused by goAhead somewhere that call balloc() and use
> wrong size.
>
> Now, in my target, goAhead still unstable just like you say. Then I use
> very simple web page instead of default web page(home.asp).
> It still unstable, but not crashed.
> But it can work very fine when I use 'lynx' instead of other browser(IE,
> mozilla..).
> I don't know what's the difference of behavior between lynx and other
> browser (IE,mozilla).
>
> Hope this information can help you something.
>
> Hao
>
> >Hello Hao!
> >
> >I've got the same problem!
> >The target has eCos 2.0, and I use GoAhead 2.1.8 as well.
> >
> >I'm using an improved kernel, with:
> >CYGPKG_NET_MEM_USAGE set to 512K (instead of 256K)
> >where NET_MEMPOOL_SIZE is 5/8 of CYGPKG_NET_MEM_USAGE (instead of 1/4)
> >CYGPKG_NET_MAX_SOCKETS set to 192 (instead of 16)
> >
> >I increased 'bufsize' for bopen() to 192K, 256K, and more (instead of
> > 60K). I also tried to create a separate thread with a stack size of 80K
> > (and later 120K) and put the original main code inside ...
> >
> >... But in all cases the web server was unstable, and crashed after some
> >play...
> >
> > Any suggestion?
> >
> >b.t.w. When I load the default GoAhead web site (home.asp),
> >it doesn't handle with the left side menu applet (classes/treeapp.jar) -
> >it just leaves it black (no error message!)
> >The same applet works fine on Linux.
> >
> >Why does it behave like that?
> >Have you got this problem as well?
> >
> >Thanks in advance,
> >-- Amir
> >
> >---------------------------------------------------------------
> >Hao wrote:
> >
> >I build a target system that use eCos + goAhead web server.
> >When I run goAhead , and try to open a page from browser.
> >My target is failed at malloc() reutrn NULL.
> >But the ping function still work.
> >I set CYGNUM_MEMALLOC_FALLBACK_MALLOC_POOL_SIZE from 16384 to 1638400.
> >But, it doesn't help.
> >Then I try to use 'Simple variable block implementation' instead of
> >'Doug Lea's malloc implementatioin'.
> >It still don't work.
> >
> >My target system already pass all eCos tests include memalloc. And the
> >on board memory is
> >16MB. I think it's enough for eCos + goAhead.
> >
> >It seems goAhead eat all of memory. why ?
> >Does anybody has same problem as I ?
> >I use goAhead 2.18 + eCos (2004/06/24 got from CVS).
> >(I already try goAhead 2.14 ~ 2.18. All that have same problem)
> >
> >Regards
> >Hao

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

  parent reply	other threads:[~2004-08-17 12:35 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-15 14:37 [ECOS] " Amir Yiron
2004-08-17  4:41 ` [ECOS] " Hao
2004-08-17  8:27   ` Hou Qing
2004-08-17 12:35   ` sebastien Couret [this message]
2004-08-17 13:25     ` Hao
2004-08-17 13:49       ` sebastien Couret
  -- strict thread matches above, loose matches on Subject: below --
2004-08-17 15:39 Amir Yiron
2004-08-17 13:10 sebastien Couret
2004-08-17  5:37 Amir Yiron
2004-08-17  7:57 ` Hao
2004-08-17  5:35 Amir Yiron
2004-08-04  6:19 Hao

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=MELELIOSFRaqbC8wSA100000041@melelios.dmz.elios-informatique.fr \
    --to=sebastien.couret@elios-informatique.fr \
    --cc=ecos-discuss@sources.redhat.com \
    --cc=hao@hao.dns2go.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).