Windows file paths, again

[Dan Guido]

This doesn't give me quite the results I expected, so I'll have to
take a closer look at my project as a whole tomorrow. The test cases
clearly show the need for all the fancy parsing I'm doing on the path
though.

Looks like I'll return to this tomorrow and post an update as
appropriate. Thanks for the help so far!
--
Dan Guido



On Wed, Oct 21, 2009 at 5:34 PM, Terry Reedy <tjreedy at udel.edu> wrote:
> Dan Guido wrote:
>>
>> Hi Diez,
>>
>> The source of the string literals is ConfigParser, so I can't just
>> mark them with an 'r'.
>
> Python string literals only exist in Python source code. Functions and
> methods only return *strings*, not literals.  If you mistakenly put the
> str() representation of a string (such as print gives you) into source code,
> rather than the repr() output, then you may have trouble.
>
> tjr
>
> --
> http://mail.python.org/mailman/listinfo/python-list
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: normalize.py
Type: application/octet-stream
Size: 2903 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/python-list/attachments/20091021/2a0943fa/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.py
Type: application/octet-stream
Size: 1946 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/python-list/attachments/20091021/2a0943fa/attachment-0001.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: services.ini
Type: application/octet-stream
Size: 717 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/python-list/attachments/20091021/2a0943fa/attachment-0002.obj>