From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Booth Subject: A change to string encoding Date: Tue, 10 Mar 2009 11:07:17 +0000 Message-ID: <1236683237.3386.22.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1046756052==" Return-path: Received: from [10.33.6.18] (vpn-6-18.fab.redhat.com [10.33.6.18]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n2AFeFvg010879 for ; Tue, 10 Mar 2009 11:40:16 -0400 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-audit-bounces@redhat.com Errors-To: linux-audit-bounces@redhat.com To: linux-audit@redhat.com List-Id: linux-audit@redhat.com --===============1046756052== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-1Wfb24YbcoktIgSerkeK" --=-1Wfb24YbcoktIgSerkeK Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The problem with current string encoding is that it is parsable, but non-human readable. It also complicates parsing by requiring 2 different decoding methods to be implemented. It occurs to me that a URL encoding scheme would also meet the parsing requirements. Additionally: 1. It is always human readable. 2. There is only 1 encoding scheme. 3. Substring matching on encoded strings will always succeed. URL encoding is just one way to achieve this, and has the advantage of being widely implemented. However, the minimal requirements would be a scheme which encoded only separator characters (whitespace in this case) without the use of those separators. I'm sure this has been considered before. Given that it's a road I'm considering heading down, what were the reasons for not doing it? Thanks, Matt --=20 Matthew Booth, RHCA, RHCSS Red Hat, Global Professional Services M: +44 (0)7977 267231 GPG ID: D33C3490 GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490 --=-1Wfb24YbcoktIgSerkeK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAkm2SeIACgkQNEHqGdM8NJCKDwCeNOjZbU/GTGa92Gzi8alVVOnT 7woAoJTmyfhaafNX5JRzQqZSuHGBQoGj =al5U -----END PGP SIGNATURE----- --=-1Wfb24YbcoktIgSerkeK-- --===============1046756052== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline --===============1046756052==--