tarfile file names under win32

[indi4source]

BPO	1685773
Nosy	@gustaebel

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = 'https://github.com/gustaebel'
closed_at = <Date 2007-03-27.08:25:01.000>
created_at = <Date 2007-03-22.07:12:43.000>
labels = ['library']
title = 'tarfile file names under win32'
updated_at = <Date 2007-03-27.08:25:01.000>
user = 'https://bugs.python.org/indi4source'

bugs.python.org fields:

activity = <Date 2007-03-27.08:25:01.000>
actor = 'indi4source'
assignee = 'lars.gustaebel'
closed = True
closed_date = None
closer = None
components = ['Library (Lib)']
creation = <Date 2007-03-22.07:12:43.000>
creator = 'indi4source'
dependencies = []
files = []
hgrepos = []
issue_num = 1685773
keywords = []
message_count = 3.0
messages = ['31615', '31616', '31617']
nosy_count = 3.0
nosy_names = ['lars.gustaebel', 'ggenellina', 'indi4source']
pr_nums = []
priority = 'normal'
resolution = None
stage = None
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue1685773'
versions = ['Python 2.5']

[indi4source]

the tarfile module uses normpath() to store the file name in the archive. Under win32 this results in pathes with backslashes and possible a leading "\". This confuses the unix tar command.

I suppose the following commands instead of
just normpath():
path = normpath (path)
path = path.replace ("\\", "/")
path = path.lstrip ("/")

[ggenellina]

tarfile already attempts to manage backslashes well, using os.path.normpath(path).replace(os.sep, "/")
Can you provide a small script demonstrating the failure?

[indi4source]

Sorry, I was using an derived class of TarFile and didn't realize that tarfile has defined its own
normpath() function.
When using tarfile.normpath() in my class it is working, too.