On 11/07/2013 09:02 PM, Benjamin Thaut wrote:
Am 07.11.2013 20:28, schrieb Mike Wey:
On 11/07/2013 06:16 PM, Benjamin Thaut wrote:
I don't know how other apps do this, but afaik giving each app there own
private copy can still cause problems.
If a dll with the same name as the one you are tryin
On 2013-11-07 21:03, Benjamin Thaut wrote:
Well it is for me. As the dlls are named the same the 64-bit executable
attempts to load the 32-bit dll first (because its the first one to be
found in the PATH)
No flag available for ignoring DLL's of the wrong architecture?
--
/Jacob Carlborg
On 2013-11-07 16:12, Benjamin Thaut wrote:
Woudln't it be necessary to copy the other gtk assets there too? Like
the fonts etc?
I have no idea. Just give it a try and copy the DLL's. In any case,
wouldn't the assets be the same for 32 and 64bit if they are the same
version.
--
/Jacob Carlb
Am 07.11.2013 20:15, schrieb Mike Wey:
On 11/07/2013 11:45 AM, Benjamin Thaut wrote:
Having both the 32 and 64 bits versions of GTK in your PATH doesn't seem
to be causing any problems for me.
Well it is for me. As the dlls are named the same the 64-bit executable
attempts to load the 32-bit
Am 07.11.2013 20:28, schrieb Mike Wey:
On 11/07/2013 06:16 PM, Benjamin Thaut wrote:
I don't know how other apps do this, but afaik giving each app there own
private copy can still cause problems.
If a dll with the same name as the one you are trying to load is already
in memory, Windows will us
#x27;s the correct way to handle multiple gtk
installations on windows? When developing I most likely will have at
least two at all times, the 32-bit version and the 64-bit version.
When they are both added to the PATH they will obviously conflict.
Googeling this issue doesn't help much becaus
On 11/07/2013 11:45 AM, Benjamin Thaut wrote:
I'm wondering what's the correct way to handle multiple gtk
installations on windows? When developing I most likely will have at
least two at all times, the 32-bit version and the 64-bit version.
When they are both added to the PATH
Am 07.11.2013 16:58, schrieb Alexandr Druzhinin:
07.11.2013 22:53, Alexandr Druzhinin пишет:
07.11.2013 22:12, Benjamin Thaut пишет:
Am 07.11.2013 15:58, schrieb Jacob Carlborg:
On 2013-11-07 11:45, Benjamin Thaut wrote:
I'm wondering what's the correct way to handle mu
07.11.2013 22:53, Alexandr Druzhinin пишет:
07.11.2013 22:12, Benjamin Thaut пишет:
Am 07.11.2013 15:58, schrieb Jacob Carlborg:
On 2013-11-07 11:45, Benjamin Thaut wrote:
I'm wondering what's the correct way to handle multiple gtk
installations on windows? When developing I most l
07.11.2013 22:12, Benjamin Thaut пишет:
Am 07.11.2013 15:58, schrieb Jacob Carlborg:
On 2013-11-07 11:45, Benjamin Thaut wrote:
I'm wondering what's the correct way to handle multiple gtk
installations on windows? When developing I most likely will have at
least two at all times,
Am 07.11.2013 15:58, schrieb Jacob Carlborg:
On 2013-11-07 11:45, Benjamin Thaut wrote:
I'm wondering what's the correct way to handle multiple gtk
installations on windows? When developing I most likely will have at
least two at all times, the 32-bit version and the 64-bit version.
On 2013-11-07 11:45, Benjamin Thaut wrote:
I'm wondering what's the correct way to handle multiple gtk
installations on windows? When developing I most likely will have at
least two at all times, the 32-bit version and the 64-bit version.
When they are both added to the PATH they will
I'm wondering what's the correct way to handle multiple gtk
installations on windows? When developing I most likely will have at
least two at all times, the 32-bit version and the 64-bit version.
When they are both added to the PATH they will obviously conflict.
Googeling this iss
13 matches
Mail list logo
