<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> That extra field seems unnecessary. Appendix D says that it is enough with setting "general purpose flag 11" and filling fileName and fileComment with UTF8 bytes. So that's what I did. It seems to work well. Please test. Thanks, On 11/23/2023 4:52 PM, Gerald Klix via Cuis-dev wrote: <blockquote cite="mid:5ad0022b-fe85-4647-f892-6493115f4f1b@klix.ch" type="cite"> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> I think the ZIP file guys are well aware of that problem. In <tt><a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://pkware.cachefly.net/webdocs/casestudies/APPNOTE.TXT">https://pkware.cachefly.net/webdocs/casestudies/APPNOTE.TXT</a></tt> search for <tt>4.6.9 -Info-ZIP Unicode Path Extra Field (0x7075)</tt>. I don't know how much effort it is to add this extra field. HTH and Best Regards, Gerald <div class="moz-cite-prefix"> On 11/23/23 8:43 PM, Gerald Klix via Cuis-dev wrote: </div> <blockquote type="cite" cite="mid:85d11dae-ffb5-97be-1074-580b71a0d539@klix.ch">Yes, of course! Execute this snippet in a workspace: problematicName := '5922-FixedClassMethodPushDown-TomásSpognardi-2023Jul09-20h38m-TS.001.cs.st'. fileEntry := DirectoryEntry smalltalkImageDirectory parent / 'Cuis-Smalltalk-Dev' / 'CoreUpdates' // problematicName. . (z1 := ZipArchive new) zipFileComment: 'ZIP test'. z1 addFile: fileEntry pathName as: problematicName; writeToFileNamed: 'test.zip'; close. unzip test.zip like this: bear@speedy ~/s/c/Environments> unzip test.zip Archive: test.zip ZIP test warning [test.zip]: 1 extra byte at beginning or within zipfile (attempting to process anyway) error [test.zip]: reported length of central directory is -1 bytes too long (Atari STZip zipfile? J.H.Holm ZIPSPLIT 1.1 zipfile?). Compensating... inflating: 5922-FixedClassMethodPushDown-TomásSpognardi-2023Jul09-20h38m-TS.001.cs.s error: invalid compressed data to inflate note: didn't find end-of-central-dir signature at end of central dir. (please check that you have transferred or created the zipfile in the appropriate BINARY mode and that you have compiled UnZip properly) See below ... HTH, Gerald On 11/23/23 8:09 PM, Juan Vuletich via Cuis-dev wrote: <blockquote type="cite">Hi Gerald, On 11/23/2023 3:29 PM, Gerald Klix via Cuis-dev wrote: <blockquote type="cite">Hi Juan, I was bit hasty, zipping 5922-FixedClassMethodPushDown-TomásSpognardi-2023Jul09-20h38m-TS.001.cs.st still does not work. I renamed this file and forgot to undo that change. </blockquote> Strange. I switched to Linux (Ubuntu). Pulled repo. Started a fresh Cuis. Did `Feature require: 'Compression'.`. Then: ` ZipArchive new zipFileComment: 'ZIP file test'; addFile: 'Cuis-Smalltalk-Dev/CoreUpdates/5922-FixedClassMethodPushDown-TomásSpognardi-2023Jul09-20h38m-TS.001.cs.st' as: 'testOutx.bin'; </blockquote> I suppose the *filename in the archive* is the culprit. <blockquote type="cite">writeToFileNamed: 'testbinx.zip'. ` I got a zip file that Linux can unzip without trouble. Can you please repeat _exactly_ those steps? If that works, give me enough detail so I can reproduce it on my machine. Please include any error messages you get along the way. <blockquote type="cite">Best regards, Gerald </blockquote> BTW, the Georgian example is just "Lorem Ipsum Dolor" :) Cheers, </blockquote> <fieldset class="mimeAttachmentHeader"></fieldset> </blockquote> </blockquote> <pre class="moz-signature" cols="72">-- Juan Vuletich cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich linkedin.com/in/juan-vuletich-75611b3 twitter.com/JuanVuletich</pre> </body> </html>