Using the short filename **might** work since it probably has only ascii characters (never checked this). Are you using standard Delphi conversions or working with MultibyteToWideChar and WideCharToMultibyte directly? If you use the style ES_OEMCONVERT in any editboxes, this might generate a conversion problem (never studied this). -- James Turner Edwin wrote: > Do you mean call GetShortPathName before setting the value of the ZipFileName > property? The path name and file name that the user reported did not exceed > the max. 255 characters. > BTW, since I use WideString as much as I can in the program, the path name is > converted from WideString to string before assigning to the property > TZipMaster.ZipFileName, using the routines in the TNT Controls package, I'm > not sure is there error in the conversion.... > > > > > Best Regards, > Edwin > http://www.innovationgear.com > MindVisualizer -- Productive Visual Mind Mapping Software > 2007-07-11 > > > > Sender£º James Turner > Sent£º 2007-07-09 19:16:49 > Recipient£º delphizip@xxxxxxxxxxxxx > CC£º > Subject£º [delphizip] Re: error when reading a zip file in another PC > > It's just a guess, but perhaps using the short filename would help. > > This can be found using the API function GetShortPathName. On some > versions of Windows, it can be found from the property sheet. > > -- James Turner > > RPeters wrote: > >> I would say it is quite likely. >> My understanding is that the UNC 'share name' still follows the old >> restricted character rules - if I am wrong I will quite a bit of code to >> adapt. >> >> I doubt that 1.79 (or earlier) is very friendly with MBCS characters either. >> If you are using 1.79 you could have it generate a log file (put an >> appropriate ini file in the same folder as the dll). >> - Russell Peters >> >> >>> -----Original Message----- >>> From: delphizip-bounce@xxxxxxxxxxxxx [mailto:delphizip- >>> bounce@xxxxxxxxxxxxx] On Behalf Of Edwin >>> Sent: Monday, 9 July 2007 6:54 PM >>> To: delphizip@xxxxxxxxxxxxx >>> Subject: [delphizip] error when reading a zip file in another PC >>> >>> Dear sir/Madam, >>> >>> Error when reading a zip file which is located in another PC and the >>> UNI path reads like \\pc1\folder1\my_file.zip, where folder1 contains >>> Chinese characters. This error is reported by one of my users and I >>> cannot reproduce this error in my office. Any tips would be >>> appreciated. >>> >>> BTW, Is the archive of this list available? >>> -------------- >>> Best Regards, >>> Edwin >>> http://www.innovationgear.com >>> MindVisualizer -- Productive Visual Mind Mapping Software >>> 2007-07-09 >>> >>> ----------- >>> To unsubscribe from this list, send an empty e-mail >>> message to: >>> delphizip-request@xxxxxxxxxxxxx >>> and put the word unsubscribe in the subject. >>> >>> __________ NOD32 2384 (20070708) Information __________ >>> >>> This message was checked by NOD32 antivirus system. >>> http://www.eset.com >>> >>> >> ----------- >> To unsubscribe from this list, send an empty e-mail >> message to: >> delphizip-request@xxxxxxxxxxxxx >> and put the word unsubscribe in the subject. >> >> >> > ----------- > To unsubscribe from this list, send an empty e-mail > message to: > delphizip-request@xxxxxxxxxxxxx > and put the word unsubscribe in the subject. > > > ----------- > To unsubscribe from this list, send an empty e-mail > message to: > delphizip-request@xxxxxxxxxxxxx > and put the word unsubscribe in the subject. > > ----------- To unsubscribe from this list, send an empty e-mail message to: delphizip-request@xxxxxxxxxxxxx and put the word unsubscribe in the subject.