From: Harald O. <har...@el...> - 2024-10-15 05:59:22
|
Am 15.10.2024 um 06:35 schrieb Julian Noble via Tcl-Core: > If the tcl community wants to decide that zipfs as attached to a tcl exe > or script *requires* that the first CDR file/dir entry points to the > topmost local file header (which is not true under all zip editing > scenarios) - then that's a decision that could be made as a specific > decision to restrict us to a subset of what the zipfs container allows > - but I didn't see it documented or discussed when the change was made > - and the 2021 changes appear to have broken the 'zipfs info' command's > ability to determine the exe/zip split offset as I describe in bug: > https://core.tcl-lang.org/tcl/tktview/aaa84fbbc5 Julian, thanks for all your work. All your work is welcome! I don't think there is a decision for the zip directory position. It is probably only to make it work. The initial code was quite buggy and we have fixed a lot of tickets in the meanwhile. We will have follow-up TIPs in this area anyway, as the original TIP highly differs from the implementation. Most active people on my radar were Ashok, Donal and Brian. From my side, please allow me to mention, that exe and dll files may be signed. The signature also goes to the end of the file. So, the zip may not be the last component in the file, at least with signtool on Windows. May this be the reason to not use end-relative zip directory positioning? Thank you for all, Harald |