Hi list,
while trying out pd 0.5, I can start gem. When initializing gem, the error appears: pthread_cond_timedwait_relative_np not found in libwinpthread-1.dll [translated from German]. replacing the dll with the one included in gem doesn't solve the problem.
Or could that be provoked by any other program installed in the system? Current system is windows 10+7 64b, running Pd 32b.
Best,
Joao
Hi list,
while trying out pd 0.5 and later versions with gem-94, this error appears: "pthread_cond_timedwait_relative_np not found in libwinpthread-1.dll" [translated from German]. When trying out Gem 93 to 93.1 with the same Pd version, the error message doesn't appear; but when a [Gem] object is created, the "Gem.dll: couldn't load" appears in the console.
But, with Pd 0.48, Gem 0.93->93.1 loads with no problem. On the other hand, Gem 94 outputs the same error as a latter Pd version.
Is there any error in Gem 94 32b?
Current system is windows 10+7 64. Curiously, Gem works fine on Pd 64b on both systems.
Best,
Joao
the "Gem.dll: couldn't load" appears in the console.
loading with log set to "all" might give you a more specific error here
Do you mean in -verbose mode? Here is the output when trying to load Gem:
tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem-94/Gem.m_i386 and failed tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem-94/Gem.dll and succeeded E:\jmmmp\elektronik\pd-vanilla\extra\Gem-94\Gem.dll: couldn't load tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem-94/Gem.pd and failed tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem-94/Gem.pat and failed tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem-94/Gem/Gem.pd and failed tried C:/Users/user/AppData/Roaming/Pd/Gem.m_i386 and failed tried C:/Users/user/AppData/Roaming/Pd/Gem.dll and failed tried C:/Users/user/AppData/Roaming/Pd/Gem/Gem.m_i386 and failed tried C:/Users/user/AppData/Roaming/Pd/Gem/Gem.dll and failed tried C:/Users/user/AppData/Roaming/Pd/Gem.pd and failed tried C:/Users/user/AppData/Roaming/Pd/Gem.pat and failed tried C:/Users/user/AppData/Roaming/Pd/Gem/Gem.pd and failed tried C:/Program Files (x86)/Common Files/Pd/Gem.m_i386 and failed tried C:/Program Files (x86)/Common Files/Pd/Gem.dll and failed tried C:/Program Files (x86)/Common Files/Pd/Gem/Gem.m_i386 and failed tried C:/Program Files (x86)/Common Files/Pd/Gem/Gem.dll and failed tried C:/Program Files (x86)/Common Files/Pd/Gem.pd and failed tried C:/Program Files (x86)/Common Files/Pd/Gem.pat and failed tried C:/Program Files (x86)/Common Files/Pd/Gem/Gem.pd and failed tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem.m_i386 and failed tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem.dll and failed tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem/Gem.m_i386 and failed tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem/Gem.dll and failed tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem.pd and failed tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem.pat and failed tried E:/jmmmp/elektronik/pd-vanilla/extra/Gem/Gem.pd and failed Gem ... couldn't create
On 25.08.19 22:09, João Pais wrote:
Hi list,
while trying out pd 0.5, I can start gem. When initializing gem, the error appears: pthread_cond_timedwait_relative_np not found in libwinpthread-1.dll [translated from German]. replacing the dll with the one included in gem doesn't solve the problem.
Or could that be provoked by any other program installed in the system? Current system is windows 10+7 64b, running Pd 32b.
to be honest i haven't really found a way to fix this :-( (short of switching to 64bit for both Pd and Gem)
there's some compatibility problem between the Pd-32bit build and the Gem-32bit build for Windows.
IIRC:
both ship a "libwinpthread-1.dll", but unfortunately they are incompatible.
you might try to replace the "libwinpthread-1.dll" that comes with Pd (in the PD/bin/ folder) with the one that comes with Gem (in the Gem/ folder). keep the original version around, in case things go havoc.
gmasdr IOhannes
PS: sorry for the answer time. i was occupied by other things...
Am 19. November 2019 11:40:43 MEZ schrieb IOhannes m zmoelnig zmoelnig@iem.at:
to be honest i haven't really found a way to fix this :-(
ah yes, found my notes:
https://github.com/umlaeute/Gem/issues/229
mfg.hft.fsl IOhannes
I tried it finally today. Here are some results:
- replacing Pd's libwinpthread-1.dll with Gem's does work. I didn't spend
enough time to see if something else in Pd has gone wrong due to that.
- When I open my patch, the Visual C++ Runtime crashes. The solution seems
to be to replace [declare -stdlib Gem] with -stdpath Gem. Which is weird, because Gem.dll isn't being loaded anymore (no mention to it in the console), but the objects all open with no issues. The same happens when opening any Gem help patch, although the library isn't being loaded, all objects work.
This change doesn't work in the 64b version, though (which is irrelevant for now, as [leapmotion] isn't compiled for it yet.)
Best,
Joao
Am Di., 19. Nov. 2019 um 11:43 Uhr schrieb IOhannes m zmoelnig < zmoelnig@iem.at>:
On 25.08.19 22:09, João Pais wrote:
Hi list,
while trying out pd 0.5, I can start gem. When initializing gem, the error appears: pthread_cond_timedwait_relative_np not found in libwinpthread-1.dll [translated from German]. replacing the dll with the one included in gem doesn't solve the problem.
Or could that be provoked by any other program installed in the system? Current system is windows 10+7 64b, running Pd 32b.
to be honest i haven't really found a way to fix this :-( (short of switching to 64bit for both Pd and Gem)
there's some compatibility problem between the Pd-32bit build and the Gem-32bit build for Windows.
IIRC:
both ship a "libwinpthread-1.dll", but unfortunately they are incompatible.
you might try to replace the "libwinpthread-1.dll" that comes with Pd (in the PD/bin/ folder) with the one that comes with Gem (in the Gem/ folder). keep the original version around, in case things go havoc.
gmasdr IOhannes
PS: sorry for the answer time. i was occupied by other things...
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
Fede Camara Halac -
IOhannes m zmoelnig -
IOhannes m zmölnig
-
João Pais