- How to change icon picture resource hacker how to#
- How to change icon picture resource hacker archive#
- How to change icon picture resource hacker Pc#
Others would be better placed to give examples of that, though. If you want to use a different icon file for different exe files then you could probably have multiple PAR::Packer installations using a local lib approach. Some explicit commands to build using cpanm are: It works well enough when there is only have one icon file to use across executables.
For my use case I manually replace the pp.ico file with my own version when building PAR::Packer. You might have better luck getting the makefile approach in that link to work. I'm not sure how reliably that works, but it might be something to try.
How to change icon picture resource hacker how to#
But just like after icon-swapping with Win32::Exe it gives same kinds of archive-complaint errors when it is run.įWIW, in Re^2: How do I replace the camel icon on Windows exe built with pp?, fellow monk " swl" pointed out, which shows how to hack and rebuild PAR::Packer to change the default icon it embeds. Okay, tried "Resource Hacker" but with the same exact result. I do that using Resource Hacker which is scriptable using its own little language. Since no longer I can change the icon after making the *.exe, is there any way to fool pp into using a different *.ico originally? But I need to enforce some distinction in-house for scripts that I've written, if only because now folks are used to it. Camels come out the other end, no matter what. But not even replacing the pp.ico camel inside of Strawberry itself had no effect.
How to change icon picture resource hacker Pc#
I've searched my whole PC for every instance of the camel, and replaced it temporarily, trying out pp to see if it got carried through. Since running one on Windows always gives the pop-up warning "May harm your computer," I've gotten folks here to trust the in-house ones which have a non-camel icon. The reason I want that, (aside from vanity) is to flag those *.exe files I've written apart from any that have been downloaded. I was wondering, might there perhaps be away to trick pp itself into using always a different *.ico file, instead of the Camel? And the errors lists, however seemingly harmless, will cause alarm in those folks. That is something I only ever do for other people. But if it were just for myself, I'd leave it as *.pl and not bother creating an *.exe. If it were only just for myself, then I could be living with that. And WinZIP won't open it after the change. All different HEX, at different locations, all at line 614. It does what I want, but only after a slew of archive-complaints.įormat error: bad signature: 0xdd58f7da at offset 5068572 in file C:\Users\gstarl\Desktop\foo.exe at -e line 614.Ī whole bunch like that. Then, after I change back, the *.exe once again half-works with errors just as before.
How to change icon picture resource hacker archive#
And sure enough, if I change the extension from *.exe to *.zip after a Win32::Exe icon-swap, then WinZIP says the archive is corrupt. Those errors seem all to be complaints about the archive itself. On those where it half-works, the *.exe will actually run, but only after issuing errors at top of console. For others, though, it works just by half. But now I am finding that that is no longer reliable. Since the demise of the -icon option inside of pp, I had for some time now been doing the icon-swap with Win32::Exe instead.