Keep It Simple, Stupid | |
PerlMonks |
comment on |
( [id://3333]=superdoc: print w/replies, xml ) | Need Help?? |
I have a gui shell for my application, using wxPerl... when the GUI application is linked as a textmode app Your gui is a compiled executable? And by "linked as a textmode application", you mean you use /SUBSYSTEM:console when building the executable? What linker options are you using when you "linked as a GUI app"? If you are using /SUBSYSTEM:windows, then that might start to explain your symptoms (MSVC link.exe docs): WINDOWS Application does not require a console, probably because it creates its own windows for interaction with the user. Note: that "Application does not require a console," means when the application is loaded, no console is allocated to it. Of itself that is probably not a problem, but it ccan also mean that processes started by that application may inherit that trait. if I don't link the UI as a gui application, then when launched from the gui windows explorer, the textmode box appears when the gui is started instead.. Probably your best solution would be to drop IPC::Run3 (on Windows at least), and use Win32::Process to start your subprocess(es). This has options to control the creation of consoles (CREATE_NEW_CONSOLE) and console windows (CREATE_NO_WINDOW) and background processes (DETACHED_PROCESS) etc. It's not clear to me how you are creating your perl application as a linked executable, so this is more a list of things to investigate rather than a definitive solution. With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'
Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.
In reply to Re: detecting running environment, windows
by BrowserUk
|
|