[apparmor] [patch 21/24] Split dfa optimization and dump flag handling into a separate file so that it can be shared with DFA test programs
John Johansen
john.johansen at canonical.com
Tue Mar 11 07:34:22 UTC 2014
On 03/10/2014 11:34 PM, Steve Beattie wrote:
> On Fri, Mar 07, 2014 at 09:31:42AM -0800, john.johansen at canonical.com wrote:
>> Signed-off-by: John Johansen <john.johansen at canonical.com>
>
> So, on actually reviewing this patch, as long as the Makefile snippet I
> mentioned in my other reply to this patch is applied, I'm okay with this
> patch: Acked-by: Steve Beattie <steve at nxnw.org>
>
> I do have a comment:
>
>> --- /dev/null
>> +++ 2.9-test/parser/common_optarg.c
>
> [SNIP]
>
>> +void display_dump(const char *command)
>> +{
>> + display_version();
>> + printf("\n%s: --dump [Option]\n\n"
>> + "Options:\n"
>> + "--------\n"
>> + " none specified \tDump variables\n"
>
> Can we kill the above line, because it's not an accurate reflection of
> how the parser works:
or I could just fix it? your call
>
> $ ./apparmor_parser -Q --dump /etc/apparmor.d/sbin.portmap
> ./apparmor_parser: Invalid --Dump option /etc/apparmor.d/sbin.portmap
>
> ('apparmor-parser --dump variables' works as expected. I thought I
> used to have a dump flag that would dump the variable table with the
> variables expanded, but that seems to have gone away.)
>
>> + " variables \tDump variables\n"
>> + ,command);
>> + print_flag_table(dumpflag_table);
>> +}
>> +
>
hrmmm I don't remember removing that, but I might have accidentally when
I bodged in all the other dump options.
More information about the AppArmor
mailing list