This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author fperez
Recipients belopolsky, benjamin.peterson, cgwalters, cvrebert, dexen, eric.araujo, fperez, mark.dickinson, mcepl, nwerneck, r.david.murray, vstinner
Date 2010-07-27.19:02:36
SpamBayes Score 2.4995785e-07
Marked as misclassified No
Message-id <1280257358.95.0.310518352035.issue1170@psf.upfronthosting.co.za>
In-reply-to
Content
On Tue, Jul 27, 2010 at 11:52, Alexander Belopolsky
<report@bugs.python.org> wrote:
> Why do you expect shlex to work with unicode in 2.x? =A0The
> documentation clearly says that the argument should be a string.
> Supporting unicode is not an unreasonable RFE, but won't be considered
> for 2.x anymore.

Well, I didn't make the original report, just provided a short,
illustrative example :)  It's easy enough to work around the issue for
2.x that I don't care too much about it, so I have no problem with 2.x
staying as it is.

> What's your take on accepting bytes in 3.x?

Mmh... Not too sure.  I'd think about it from the perspective of what
possible sources of input could produce raw bytes, that would be
reasonable use cases for shlex.  Is it common in 3.x to read a file in
bytes mode?  If so, then it might be a good reason to have shlex parse
bytes as well, since I can imagine reading inputs from files to be
parsed via shlex.

But take my opinion on 3.x with a big grain of salt, I have very
little experience with it as of yet.

Cheers,

f
History
Date User Action Args
2010-07-27 19:02:39fperezsetrecipients: + fperez, mark.dickinson, belopolsky, vstinner, dexen, benjamin.peterson, cgwalters, mcepl, eric.araujo, r.david.murray, nwerneck, cvrebert
2010-07-27 19:02:38fperezsetmessageid: <1280257358.95.0.310518352035.issue1170@psf.upfronthosting.co.za>
2010-07-27 19:02:37fperezlinkissue1170 messages
2010-07-27 19:02:37fperezcreate