David #2 With this particular MinGW application, there is a commandline argument to redirect stdoutput - using > doesn't work.
And I have found that I have to open a cmd box (in code) to get the -h (help) to work! So, my work-around had been (and still is, since I can't get anything from Process.StartInfo.RedirectStandardOutput) to create a text output file and read it. Unfortunately, I can't recompile the C source code for the FOSS utility since it uses variable-length arrays. _____ Ian Thomas Victoria Park, Western Australia _____ From: [email protected] [mailto:[email protected]] On Behalf Of David Connors Sent: Tuesday, March 01, 2011 12:31 PM To: ozDotNet Subject: Re: Get version of native Windows 32 executable On 1 March 2011 14:18, Ian Thomas <[email protected]> wrote: David #2 Yes, I did that after seeing the response from my test code. The MinGW/GCC-compiled executable doesn't respond to FileVersionInfo.GetVersionInfo - an empty string is returned. All the property details except size, type, date modified are blank. Yeah typical effort from the FOSS movement. I really don't understand the whole MinGW effort and all this nonsense with getting crap like Apache and so on going on Windows. Most of the resulting software is terrible to use. That said I did have cause to build a QT based app a couple of weeks ago and it wasn't terrible. The steps to get any sort of resource embedded in a PE format executable when using GCC/MinGW etc. would be beyond painful. Maybe if you're concerned about your app being incompatible with future versions of the MinGW app you could just hash the executable file as a way of detecting a change? -- David Connors | <mailto:[email protected]> [email protected] | <http://www.codify.com> www.codify.com Software Engineer Codify Pty Ltd Phone: +61 (7) 3210 6268 | Facsimile: +61 (7) 3210 6269 | Mobile: +61 417 189 363 V-Card: <https://www.codify.com/cards/davidconnors> https://www.codify.com/cards/davidconnors Address Info: <https://www.codify.com/contact> https://www.codify.com/contact
