Gee, I'm just looking for damn simple memory allocator that is bit more
flexibel than just using malloc. I can hack one, I can write one but I do I
really have to.
> > One the other side in realtime I'm restricted to use rtlinux without
> > touching any internals,
>
> Why? What do you mean, exactly?
Well if I read the description of the rtai_mem_mgr right I'd have to either
use a castrated version or somehow make the timing stuff call the manager at
appropiate times. However from maintainabilty/work view this is a bad
decision plus I doesn't helps with the other problem.
> (I mean, you can *always* touch the internals...
Yes, I'm glad I can do this, but its not the way to go here.
> > so I guess I can't simply use rtai rt_mem_mgr,
>
> Why not? You'd probably be better off hacking that if it doesn't fit your
> problem, than writing a new one.
Yes, really? Depends on how much I've to understand of it to hack it like I
want.
> Right; I'd guess most memory managers for use in applications (based on
> brk() or similar APIs) should be possible to strip down to do something
> like that.
No, most would require to recompile a separate module every time I need to
use a distinct memory buffer, or to mess with it and that is not trivial
thing to do with allocator that is not very simple.
> > Unfortunately I couldn't
> > find a memory allocator that allows using your own memory block without
> > stdio/stdlib nuisances.
> Of course; 99% of developers are *not* kernel hackers, but stay in user
> space...
Yes, but I guess many people from the rt community ran into the same problem
fand solved it somehow?
> > And I don't want to write still another memory
> > allocator if someone else did this before.
>
> Right; there are plenty of them. Grab one, and fix it if you have to.
Yeah, is there some kind of repository for this? Didn't find anything useful
via google or so? Did you take a look at the DL-malloc source?
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
--
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/
