I have uninstalled and reinstalled PDK 9.1, but I still can't seem to find the pdkdebug.exe file . I was hoping to install the debugger service. All the PDK 9 docs say the graphical debugger should be there. Am I missing something?
I downloaded and installed ActiveTcl 8.5.10, Community Edition, today.
It was installed on a Windows Vista PC with no problems or error messages.
I tried it out on a couple of Tk programs I had written long ago, and they worked.
I became interested in a statement on the web page
because it discussed the "teapot" program/script/facility, whatever it is.
That's new to me; I think my old ActiveTcl was 8.4 or thereabouts.
Here is what the web page says:
I wrote a script with Tk gui that starts another program with the "system" function.
This works well when i build it with perlapp and i don't use the gui option.
When i want to hide the console and build it with gui option, the whole app is stopping and hangs up.
I use Win7, Perl 5.16 x86 and PDK 9.5.1.
How can i start an app out of my Tk Script?
We are using PerlApp to create freestanding executable from perl script.
When the executable built with PerlApp runs, it extracts its dynamic object files in the /tmp/pdk directory. However, it is not working on those systems which have some security permission like nonexec and non writable on /tmp directory.
Our application run on different ports and the problem is same on Window,Linu and AIX platform.
Does anyone know what this error means? I'm able to interact with gmail, but not this particular website for some reason.
Even with the simplest of Tk widgets (just pack a frame), the resulting wrapped exe will require elevated privileges under window 8. I'm assuming this is true for windows Vista and up as well.
Is there any way to compile an exe that does not?
I'm using tk basekit version 8.6 from teapot.
Happens even if I sign the exe with a legitimate code signing cert (in this case I'm wrapping with tclit: tclkit-gui-860.exe as code signing won't corrupt that tclkit).
I have been building a project for a few years with TCL/Expect/PHP (w/ JPGraph)/Mysql/OpenSSH(w/ super light weight cygwin support libraries)/putty-plink-pscp/ that have had to work on any flavor of Windows. This includes 32 bit/64 bit. xp/vista/Windows 7 based kernels. I have been able to work around the "32 bit app controlling a 64 bit app" (telnet) issues as well as many others. The application has multiple pieces from data/log collection to mass SQL inserts/post processing. Just about everything goes through and is controlled by TCL.
Our module is passing tests on all of the 32-bit ActiveState test servers, and passing on the 64-bit Perl V5.12 test server, but it's failing on both Perl V5.14 and V5.16 64-bit.
The root cause appears to be an XS/Perl mismatch for Win32::API. Here's the relevant snippets from your build logs:
How do you run a screensaver from Python? The code I'm trying could only open the screensaver's properties window.
As the code is running from a unWindows program, Windows deals with this differently then if we were to use a Windows way of running it e.g., by going into System32 and double clicking ssText3d.scr; or by executing ssText3d.scr from Run...
I am trying to make a standalone exe from a perl script, using
ActivePerl 5.8.9 Build 827 and
Perl Dev Kit 9.1.1.
The script uses the name of the input file (file to parse) as an option ("perl script inputfile" in cmd).
However, the created exe does nothing, no output is produced as if no input file is specified.
As I understand, PDK should have no problems with options, running exe from cmd in the form of "exe inputfile" should work.