Re: tclkit signing
"Pat Thoyts" <[email protected]> Thu, 9 Aug 2007 18:47:33 +0100
| Newsgroups | gmane.comp.lang.tcl.starkit |
|---|---|
| Message-ID | <[email protected]> |
On 31/05/07, [email protected] <[email protected]> wrote: > It seems codesigning tclkit based applications, as explained here: > > http://www.matthew-jones.com/articles/codesigning.html > > corrupt the tclkits, raising an "unable to find setup.tcl" error. > This > happens both with signcode and signtool, as if no vfs payload was > present. The vfs > payload does not disappear, but somehow it is getting corrupted? In > theory the codesigning should not affect it > > anybody has any ideas on how to work around this problem? I know its been a while but I happened to get around to trying out code signing recently and tested it out on a starpack. Signing a starpack does indeed appear to damage the file so that the vfs cannot be mounted. However you can use the mksplit subcommand in the sdx utility to split the starpack into an executable and a vfs section. You can then process the binary portion and glue them back together. In my case I also wanted the icon to be modified so I started with a plain, non-upxed tclkit binary sdx wrap tkchat.exe -runtime tclkit-gui.exe sdx mksplit tkchat.exe upx -9 tkchat.head signtool sign /f signing.p12 tkchat.head copy /b tkchat.head + tkchat.tail tkchat.exe Now I have a working, compressed, signed starpack. Pat Thoyts