[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