------- Comment #2 from CyrusOmega at gmail dot com 2007-07-20 11:56 ------- Subject: Re: Seg fault on member function that does not return a val
Is there ANY case where this action would NOT result in a segfault!? Specifically, it is segfaulting because something is being freed that was never created in the first place, or that has already been freed. If my code doesn't say what to return, then shouldn't the compiler either A) return the default object of the type the func will return or B) give an error telling me to fix the problem. I don't know what the spec says but this undefined behavior seems rather serious and should either be a default warning or the compiler should offer a consistent reaction. I am not bashing gcc in any way, just expression the opinion of a long timer coder that is trying to help make gcc even better. I will start using -Wall for everything ;) Thanks, Andrew On 20 Jul 2007 04:36:57 -0000, pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote: > > > ------- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-20 04:36 > ------- > This is only undefined behavior which is why we only warn about it. > > > -- > > pinskia at gcc dot gnu dot org changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|UNCONFIRMED |RESOLVED > Resolution| |INVALID > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32832 > > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32832