If it has no side-effects, maybe we could add this conversion
to these functions.
Brgds,
Viktor
On 2008.07.31., at 10:24, Juan Gálvez wrote:
Hi Przemek,
Don't worry about this subject. Indeed it was a translation issue
and it can be resolved easily :
HB_ZipStoreFile( hZip, cFilePath, HB_AnsiToOem( cFilePath ),
cPassword )
HB_UnzipExtractCurrentFile( hZip, HB_OemToAnsi( cFilePath ),
cPassword )
Best regards
Juan
----- Original Message ----- From: "Juan Gálvez" <[EMAIL PROTECTED]
>
To: "Harbour Project Main Developer List." <harbour@harbour-project.org
>
Sent: Wednesday, July 30, 2008 12:15 PM
Subject: Re: hbmzip contrib issue
Hi Przemek,
hbmzip does not touch file names at all. It stores them as is
without
any translations. It works perfectly for me in my Linux box.
So your problem is probbly different:
1. you need some translations (f.e. ANSI<->OEM conversions)
2. hbmzip uses fopen() (BTW it will be good to replace it
with hb_fopen() to respect file name translation) for file
access. It's possible that CRTL in your C compilers makes
some translations using information set in locale.
Please make some tests. F.e. use myzip/myunzip examples to compress
and decompress file and compare results.
I've tested myzip/myunzip from WinXP console to zip/unzip a
guía.dbf file with your latest changelog.
Although the test work correctly, I think there's something wrong
because if I open the zip file with WinZip it shows and extract the
file as guÝa.dbf (OEM name).
What do you think about ?
Many thanks
Juan
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
