➜
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.
Created on 2005-01-16 17:36 by lars.gustaebel, last changed 2022-04-11 14:56 by admin. This issue is now closed.
| Files | ||||
|---|---|---|---|---|
| File name | Uploaded | Description | Edit | |
| tariter.patch | lars.gustaebel, 2005-01-16 17:36 | patch to Lib/tarfile.py | ||
| Messages (2) | |||
|---|---|---|---|
| msg47560 - (view) | Author: Lars Gustäbel (lars.gustaebel) *  |
Date: 2005-01-16 17:36 | |
On platforms like Win32 which don't support symbolic and hard links, link extraction from a tar archive is simulated: If the link points to a file inside the archive this file is extracted instead of the link. In Greg's case the referenced file comes after the link in the archive which is the reason why iteration breaks: at the point in iteration when the referenced file is needed it is still unknown to the TarFile object which will then search the whole archive exhausting the iterator itself. The patch fixes the TarIter class, so it is able to notice if the TarFile has already loaded all members between two iteration steps. |
|||
| msg47561 - (view) | Author: Martin v. Löwis (loewis) * |
Date: 2005-03-03 23:15 | |
Logged In: YES user_id=21627 Thanks for the patch. Committed as NEWS 1.1262 and 1.1193.2.29 tarfile.py 1.25 and 1.21.2.1 |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022-04-11 14:56:09 | admin | set | github: 41450 |
| 2005-01-16 17:36:11 | lars.gustaebel | create | |