Re: [E-devel] e_malloc ?

[Carsten H. (T. R. <ra...@ra...>]

On Wed, 5 Sep 2012 13:09:42 +0100 Michael Blumenkrantz
<mic...@gm...> said:

> in applications? nothing.

and in e - same. nothing. checking every single one is a lot of work and abort
is unacceptable for a wm.

> On Wed, Sep 5, 2012 at 12:52 PM, rustyBSD <rus...@gm...> wrote:
> 
> > Le 04/09/2012 01:54, Carsten Haitzler (The Rasterman) a écrit :
> > > agreed. if u abort() or segv() it makes little difference. for small data
> > > structs (linked list nodes for example) its VERY hard to recover
> > sensibly from
> > > such an out-of-memory situation. but for large allocs its perfectly
> > possible. a
> > > blanket "abort on fail" is bad. really bad. ESPECIALLY for a wm. we try
> > and
> > > recover in a lot of cases. but there is a lot of allocation going on.
> > >
> > > also the same crash happens when you run out of stack space - no way to
> > recover
> > > or detect actually...
> > Ok, so what will we do for all unchecked calls to malloc, calloc,
> > realloc(), [...] ?
> >
> > ------------------------------------------------------------------------------
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and
> > threat landscape has changed and how IT managers can respond. Discussions
> > will include endpoint security, mobile security and the latest in malware
> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> > _______________________________________________
> > enlightenment-devel mailing list
> > enl...@li...
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> enlightenment-devel mailing list
> enl...@li...
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    ra...@ra...