> ------------------------------ > > Message: 2 > Date: Fri, 12 Jun 2009 10:34:57 +0200 > From: Michael Wiegand > Subject: Re: [Openvas-discuss] Feature proposal > To: Christian Eric Edjenguele > Cc: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-15" > > * Christian Eric Edjenguele [11. Jun 2009]: > > Hello, > > I dont no if there is always a post on this, but the question is: does > > it make sense implement a server-side routine to handle the report > > functions (security_note(), security_hole(),...) ? in order to exit the > > script if not explicitly specified in the code with exit(0). > > I'm not quite sure if I understand what you mean by "server-side routine > to handle the report functions". Could you provide an example?
yes, just think abbout a Garbage Collector > Regards, > > Michael > > Message: 3 > Date: Fri, 12 Jun 2009 10:42:12 +0200 > From: Michael Meyer > Subject: Re: [Openvas-discuss] Feature proposal > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset=iso-8859-1 > > Hello Christian, > > *** Christian Eric Edjenguele wrote: > > I dont no if there is always a post on this, but the question is: does > > it make sense implement a server-side routine to handle the report > > functions (security_note(), security_hole(),...) ? in order to exit the > > script if not explicitly specified in the code with exit(0). > > There are NVTs which using 'security_*()' more than once. Such a > routine would make this NVTs not work properly anymore. > as I said, I should be use as an event handler only and only if exit(0) is not explicitly specified in the code I repeat, I dont no if it makes sense. > Micha > > > ------------------------------ > > _______________________________________________ > Openvas-discuss mailing list > [email protected] > http://lists.wald.intevation.org/mailman/listinfo/openvas-discuss > > > End of Openvas-discuss Digest, Vol 29, Issue 10 > *********************************************** _______________________________________________ Openvas-discuss mailing list [email protected] http://lists.wald.intevation.org/mailman/listinfo/openvas-discuss
