From: John Dennis <jdennis@redhat.com>
To: LC Bruzenak <lenny@magitekltd.com>
Cc: William Kelly <wkelly@rackspace.com>,
Bret Piatt <bret.piatt@rackspace.com>,
Linux-audit@redhat.com
Subject: Re: get_field_str() and interpret_field() bug with multi-word fields
Date: Tue, 12 Aug 2008 14:52:27 -0400 [thread overview]
Message-ID: <48A1DBEB.1080501@redhat.com> (raw)
In-Reply-To: <1218564336.7022.72.camel@homeserver>
[-- Attachment #1.1: Type: text/plain, Size: 1361 bytes --]
LC Bruzenak wrote:
> On Tue, 2008-08-12 at 12:49 -0500, Jonathan Kelly wrote:
>
>> Hello,
>>
>>
>>
>> When using the python auparse library to call
>> AuParser.interpret_field() on a multi-word field, only the first word
>> in the field is returned. Using get_field_str() instead of
>> interpret_field() yields the same output. I have verified that this
>> issue exists in the C library, as well as the Python. I suspect that
>> this may be an issue for multi-word fields in general, but have not
>> noticed any other than 'op'.
>>
>>
>>
>
> Line forms here...see the following thread:
> https://www.redhat.com/archives/linux-audit/2008-June/msg00005.html
>
> LCB.
>
>
The line started a while ago ...
https://www.redhat.com/archives/linux-audit/2008-January/msg00082.html
(the discussion "While we're at it" is irrelevant to the current topic)
FWIW, I think the proper encoding should be that all string values are
enclosed in double quotes and the string encoding follows the same
backslash escaping defined for the C language which was subsequently
adopted by many other system components which would make it instantly
familiar and parseable by many tools. This would be a very simple and
welcome fix.
More complaints here:
https://www.redhat.com/archives/linux-audit/2008-June/msg00009.html
--
John Dennis <jdennis@redhat.com>
[-- Attachment #1.2: Type: text/html, Size: 2221 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
next prev parent reply other threads:[~2008-08-12 18:52 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-12 17:49 get_field_str() and interpret_field() bug with multi-word fields Jonathan Kelly
2008-08-12 18:05 ` LC Bruzenak
2008-08-12 18:52 ` John Dennis [this message]
2008-08-12 19:02 ` LC Bruzenak
2008-08-12 18:16 ` John Dennis
2008-08-12 21:13 ` Steve Grubb
2008-08-12 22:10 ` Matthew Booth
2008-08-12 23:01 ` Eric Paris
2008-08-12 19:16 ` Steve Grubb
2008-08-12 19:58 ` John Dennis
2008-08-12 20:11 ` Eric Paris
2008-08-12 20:32 ` Steve Grubb
2008-08-12 21:09 ` John Dennis
2008-08-12 21:24 ` Steve Grubb
2008-08-12 22:37 ` John Dennis
2008-08-13 0:33 ` Klaus Heinrich Kiwi
2008-08-13 15:09 ` Eric Paris
2008-08-13 16:25 ` Klaus Heinrich Kiwi
2008-08-13 17:02 ` Steve Grubb
2008-08-13 17:30 ` LC Bruzenak
2008-08-13 18:49 ` Linda Knippers
2008-08-13 19:58 ` John Dennis
2008-08-14 18:25 ` Stephen Smalley
2008-08-15 13:58 ` Matteo Michelini
2008-08-15 14:10 ` Steve Grubb
2008-08-15 15:27 ` Matteo Michelini
2008-08-15 14:15 ` Stephen Smalley
2008-08-13 16:29 ` John Dennis
2008-08-13 22:35 ` Casey Schaufler
2008-08-12 20:57 ` John Dennis
2008-08-12 21:18 ` Steve Grubb
2008-08-12 21:40 ` John Dennis
2008-08-12 21:53 ` Steve Grubb
2008-08-12 22:11 ` John Dennis
2008-08-12 22:46 ` Steve Grubb
2008-08-12 22:59 ` Eric Paris
-- strict thread matches above, loose matches on Subject: below --
2008-08-13 16:57 Jonathan Kelly
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=48A1DBEB.1080501@redhat.com \
--to=jdennis@redhat.com \
--cc=Linux-audit@redhat.com \
--cc=bret.piatt@rackspace.com \
--cc=lenny@magitekltd.com \
--cc=wkelly@rackspace.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.