Re^2: why does par packer cause incorrect Perl-Tk server() output?

Why would Par::Packer mess with the Perl-Tk server() function output?

Besides a quick grep through the Par::Packer source does not reveal a matching baked in string.

And I don't want to use the Win32 module because the program is supposed to run on Linux too, the PerlTk server() function is platform independent.

Comment on Re^2: why does par packer cause incorrect Perl-Tk server() output?

Replies are listed 'Best First'.
Re^3: why does par packer cause incorrect Perl-Tk server() output? by Anonymous Monk on Feb 16, 2018 at 11:59 UTC
How does tk generate that string(source)? It uses some %env or some exe property... Thats all par could possibly mess with as is its job... Unless it comes from windir dll which shouldnt have been ppacked...	[reply]
Re^4: why does par packer cause incorrect Perl-Tk server() output? by Anonymous Monk on Feb 16, 2018 at 12:20 UTC
pTk/mTk/win/tkWinX.c Read more... (889 Bytes) GetVersionEx	[reply] [d/l]
Re^5: why does par packer cause incorrect Perl-Tk server() output? by Anonymous Monk on Feb 16, 2018 at 12:26 UTC
Manif https://www.codeproject.com/Articles/678606/Part-Overcoming-Windows-s-deprecation-of-GetVeUpdate: A User on this board has provided a better way to do this. if you include an embeded manifest file as part of your .exe program. GetVersionEx will return the right version on Windows8.1. Note that you can support other operating systems as well. but you must make sure Windows 8.1 is inclucded.	[reply]