PureBasic Forums - English

zxtunes.com wrote:gnozal tell PureZip supports unpacking zip (RAW) archive without heading from memory
(1 file without zip a heading format)?

No, this is not supported.

With PB 4.41

I don't arrive to store the relative path

ex:
C:\toto is the main directory
repfic = c:\toto\titi
PureZIP_AddFiles(MyZIP, repfic+"\banque.db", #PureZIP_StorePathRelative, #PureZIP_Recursive)

if i use

PureZIP_AddFiles(MyZIP, repfic+"\banque.db", #PureZIP_StorePathRelative, #PureZIP_RecursiveZeroDirs)
It's impossible to read archive after

2KiKI : I am getting the expected results here ...
Debug : 1
Resulting archive C:\TEST1.ZIP : valid [tested with TotalCMD, 7-ZIP and WinRAR]
Archive listing : c:\TEST1.ZIP\banque.dbDebug : 1
Resulting archive C:\TEST2.ZIP : valid [tested with TotalCMD, 7-ZIP and WinRAR]
Archive listing : c:\TEST2.ZIP\banque.db

Your base directory is "C:\toto\titi", so if you choose #PureZIP_StorePathRelative, the paths are stored relative to it, i.e. no path stored for 'banque.db' (it's in the base directory).

Try this : NB : if you want more control, you may use the PureZIP_Archive_*() functions.

Hello Gnozal,

what does a Result of -666 means for function PureZIP_Archive_Compress() ?
(sorry no example code this time)

Kind Regards, Kurzer

kurzer wrote:what does a Result of -666 means for function PureZIP_Archive_Compress() ?
(sorry no example code this time)

-666 is #PureZIP_CallbackStop.

PureZIP_SetCompressionCallback(*ProcedureAddress)

The callback is called in realtime during compression or decompression.

Procedure MyCallback(FileName.s, Progression.f, UserParam.l)
   ; FileName : current processed file (if applicable)
   ; Progression : progression percentage)
   ProcedureReturn #False
   ; ProcedureReturn #True to stop the compression
EndProcedure

Returned value [only for PureZIP_Archive_Compress() and PureZIP_Archive_Extract()]
  #FALSE : compression / extraction continues
  #TRUE : compression / extraction stops !
    PureZIP_Archive_Compress() and PureZIP_Archive_Extract() returns #PureZIP_CallbackStop error

Uhh damn, thank you for this hint!

Hi Gnozal

PB 4.40 x86 WinXP SP3

Can you spare some time to help me?

Using three simple Pure_Zip functions I create an archive with just one file inside (that is all I need):

PureZIP_Archive_Create(sMyZipFilePathFull, #APPEND_STATUS_CREATE)
PureZIP_AddFile(sMyZipFilePathFull, sMyFilePathFull, #PureZIP_StorePathAbsolute)
PureZIP_Archive_Close()

A zip file is created (archived file size is correct, 1,219,434 bytes) and I can open it with WinZip, WinRar etc but I cannot extract the file.

WinZip reports:

Extracting file: C:\Temp\Leg2-Small.zip
Extracting to "C:\Temp\"
Use Path: yes Overlay Files: no
Error in file #1: bad Zip file offset (Error local header signature not found): disk #1 offset: 0

WinRar:

! C:\Temp\Leg2-Small.zip: The archive is corrupt

PureZIP_ExtractFiles(sMyZipFilePathFull, "*.*", "C:\Temp", #TRUE) does not work either.

This is the same with or without storing the file path, thread safe mode or not. What am I doing wrong?

IdeasVacuum wrote:Using three simple Pure_Zip functions I create an archive with just one file inside (that is all I need):
PureZIP_Archive_Create(sMyZipFilePathFull, #APPEND_STATUS_CREATE)
PureZIP_AddFile(sMyZipFilePathFull, sMyFilePathFull, #PureZIP_StorePathAbsolute)
PureZIP_Archive_Close()
A zip file is created (archived file size is correct, 1,219,434 bytes) and I can open it with WinZip, WinRar etc but I cannot extract the file.

You can't mix PureZIP_Archive_*() functions with 'standalone' functions like PureZIP_AddFile().
If you use PureZIP_Archive_Create(), you have to use PureZIP_Archive_Compress().

Owch! So obvious with hindsight! Sorry to waste your time. It's a magnificent library, thank you.

IdeasVacuum wrote:Owch! So obvious with hindsight!

I have updated the help file

On PureBasic v4.50b2 there is a strange error:
Gives error: Can't write numerical value into a string variable.

But if I the structure as:
It works.

I've noticed the same thing as Double Dutch with 4.5b2. uninstall/reinstall of the userlib does not fix. somehow the structure definition is truncated.

(I made a post in the userlib thread, which turned out to be the wrong place!)

DoubleDutch wrote:On PureBasic v4.50b2 there is a strange error:

Code: Select all

filename$=myFileinfo\FileName

Gives error: Can't write numerical value into a string variable.[/code]

I can't download PB4.50 right now, but iirc the structure is defined in PureZIP.res, so I suspect the new PB version doesn't read old residents correctly anymore ?
I will probably have to recompile the resident(s).

id liek to ask for a file delete function, cuz if i do "AddFile" and the zip contains that file it just places it near the old item, produces 2 files with same name in the archive.

dmxpowa wrote:id liek to ask for a file delete function, cuz if i do "AddFile" and the zip contains that file it just places it near the old item, produces 2 files with same name in the archive.

ZLIB does not provide any function to delete a file in an archive.
So this will not happen any time soon.