Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add 'Unzip NSData' #8

Open
iosdeveloper opened this issue Nov 9, 2011 · 6 comments
Open

Add 'Unzip NSData' #8

iosdeveloper opened this issue Nov 9, 2011 · 6 comments
Labels
Milestone

Comments

@iosdeveloper
Copy link

Directly unzip a d'loaded NSData object at a path.

@soffes
Copy link
Contributor

soffes commented Jan 31, 2012

Love it. Would be a great addition.

@frytaz
Copy link
Contributor

frytaz commented Aug 5, 2013

I have added option to unzip NSData simply by writing this data into temporary location on disk, unzip and remove temporary file. If this solution is fine with You I can make PR with tests.

@karapigeon
Copy link

Please create a PR, @frytaz!

@karapigeon karapigeon modified the milestone: 3.5 Apr 6, 2015
@karapigeon
Copy link

@frytaz: Please read #163.

@AlicanC
Copy link

AlicanC commented Oct 7, 2017

@istx25 what has happened to this? I couldn't find any info related to this issue in the issue you linked.

Also, @frytaz's solution just adds some developer convenience. It doesn't really matter if the user of the library or the library itself writes to a temp file. No matter who does it, the performance implications will still be there. If the underlying library (minizip?) supports reading from memory, then passing NSData directly to it will reduce IO and increase performance.

Edit: minizip supports this: https://github.com/nmoinvaz/minizip#io-memory

@Coeur
Copy link
Member

Coeur commented Oct 7, 2017

@AlicanC , istx25 left the project.
The idea seems nice, so I'll reopen this feature request.

@Coeur Coeur reopened this Oct 7, 2017
@Coeur Coeur removed this from the 2.1 milestone Oct 8, 2017
@willson-chen willson-chen modified the milestones: 2.2.3, 3.0 Apr 22, 2020
andalman added a commit to oneeightyg/ZipArchive that referenced this issue Apr 6, 2022
Locates the "entity" with `name` in the zip file at `path` and unzips it, returning it as data. The entity must be a file – directories and symlinks are ignored. Password-encrypted entities are not supported.

Addresses:
ZipArchive#8
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

7 participants