User forums > Using Code::Blocks
64bit programs in backtics?
oBFusCATed:
Good it is working now. If you see problems don't hesitate to report them.
cacb:
--- Quote from: oBFusCATed on November 09, 2015, 12:24:00 am ---Good it is working now. If you see problems don't hesitate to report them.
--- End quote ---
Thank you. As a quick update, I have been using this feature successfully in 64bit mode for some days now, so it is definitely working.
A sidenote is that I have also managed to define sets of global variables making it possible to switch easily from 32bit building to 64bit building and vice versa, using the MSVC2013 toolchain. This without changing anything at all in the .cbp project files. More details can be provided if anyone is interested.
stahta01:
--- Quote from: cacb on November 16, 2015, 09:12:48 am ---Thank you. As a quick update, I have been using this feature successfully in 64bit mode for some days now, so it is definitely working.
A sidenote is that I have also managed to define sets of global variables making it possible to switch easily from 32bit building to 64bit building and vice versa, using the MSVC2013 toolchain. This without changing anything at all in the .cbp project files. More details can be provided if anyone is interested.
--- End quote ---
I would like more details on the global variables.
Tim S.
thomas:
Your issue is something that may be worth looking into more thoroughly.
There is no technical reason why a 32-bit process shouldn't be able to run a 64-bit process. Indeed, Process Explorer does just that, every single time you launch it on a 64-bit system. Firefox is a strictly 32-bit application, too, and it does not fail to launch applications to open media.
Which means there are 3 possible reasons:
* You just fucked up ---> can be ruled out rather safely if the exact same backtick that didn't work before works now
* Code::Blocks has a bug, probably uninitialized variable, somewhere in ExpandTicks ---> that'd be a rather serious defect that would need fixing
* wxExecute not only sucks notoriously, but indeed has a bug that triggers randomly in this scenario ---> not ours to fix, but still important, and should be reported upstream
cacb:
--- Quote from: stahta01 on November 19, 2015, 02:37:58 am ---I would like more details on the global variables.
Tim S.
--- End quote ---
I have a PDF to share about this but it is too big to post as attachment (~650 KB) here. I will upload it to my website and link to it this evening. It is a detailed description of my setup.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version