replied too early in the thread, looks liek this is already solved. ;-) Rainer
2016-02-14 17:56 GMT+01:00 Rainer Gerhards <[email protected]>: > why not keep the lookup table description (the proposal) where it is, add > the function under functions and link to the description? > > Just my 2cts, not really thought out... > > Rainer > > 2016-02-09 23:11 GMT+01:00 David Lang <[email protected]>: > >> My thinking is that the main use is in looking things up, where it is a >> function and goes everywhere that any of the other functions can go. >> >> The action to (re)load the table is a supporting thing, for most people >> done only at startup. >> >> As a (probably) silly thought, should the table (re)load be an action() >> clause as opposed to a different type of statement? the initial >> lookup-table writeup was done a long time ago, before action() became a >> significant part of the config languange. >> >> David Lang >> >> >> On Tue, 9 Feb 2016, singh.janmejay wrote: >> >> I guess everyone is OK with putting it in as a function and linking out to >>> details. >>> >>> -- >>> Regards, >>> Janmejay >>> >>> PS: Please blame the typos in this mail on my phone's uncivilized soft >>> keyboard sporting it's not-so-smart-assist technology. >>> >>> On Feb 8, 2016 7:50 PM, "singh.janmejay" <[email protected]> >>> wrote: >>> >>> Well, they don't really fit the definition of functions. Functions in >>>> our case are expressions, these are a mix of expression (usage) and >>>> statement (declaration) and in case of lookup-table it involves an >>>> out-of-band data-file too. >>>> >>>> We can document the usage part of it under functions and then add link >>>> to a page that talks about the declaration (and explains how it works >>>> etc). >>>> >>>> On Mon, Feb 8, 2016 at 5:15 PM, David Lang <[email protected]> wrote: >>>> >>>>> On Mon, 8 Feb 2016, singh.janmejay wrote: >>>>> >>>>> Does it go parallel to basic_structure or action etc? >>>>>> >>>>>> And where all should we link it from? >>>>>> >>>>> >>>>> >>>>> I would expect it under functions, I don't know if they need additional >>>>> links as well. >>>>> >>>>> David Lang >>>>> _______________________________________________ >>>>> rsyslog mailing list >>>>> http://lists.adiscon.net/mailman/listinfo/rsyslog >>>>> http://www.rsyslog.com/professional-services/ >>>>> What's up with rsyslog? Follow https://twitter.com/rgerhards >>>>> NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a >>>>> myriad >>>>> >>>> of >>>> >>>>> sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you >>>>> DON'T >>>>> LIKE THAT. >>>>> >>>> >>>> >>>> >>>> -- >>>> Regards, >>>> Janmejay >>>> http://codehunk.wordpress.com >>>> >>>> _______________________________________________ >>> rsyslog mailing list >>> http://lists.adiscon.net/mailman/listinfo/rsyslog >>> http://www.rsyslog.com/professional-services/ >>> What's up with rsyslog? Follow https://twitter.com/rgerhards >>> NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad >>> of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you >>> DON'T LIKE THAT. >>> >>> _______________________________________________ >> rsyslog mailing list >> http://lists.adiscon.net/mailman/listinfo/rsyslog >> http://www.rsyslog.com/professional-services/ >> What's up with rsyslog? Follow https://twitter.com/rgerhards >> NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad >> of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you >> DON'T LIKE THAT. >> > > _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com/professional-services/ What's up with rsyslog? Follow https://twitter.com/rgerhards NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE THAT.
