If someone has any experience on GEM with linux platform !!
I compiled pd and it work fine. It's not the same for GEM, it don't want to compile because of the abscence of the strcmp function :
primTri.cpp: In method void primTri::typeMess (t_symbol *)': primTri.cpp:126:strcmp' undeclared (first use this function)
primTri.cpp:126: (Each undeclared identifier is reported only once for
each function it appears in.)
make[1]: *** [primTri.o] Erreur 1
make[1]: Quitte le répertoire `/usr/local/src/gem-0.84/src/Geos'
make: *** [subdirs] Erreur 255
I tried to add in *.cpp : #include <string.h>
And it compiled as well.
My openGL environement is working fine with mesademo binaries.
When I lauch pd, with verbose and lib flags, it's return all ok :
tried /usr/local/lib/pd/externs/Gem.pd_linux and succeeded GEM: Mark Danks GEM: ver: 0.84-5 GEM: compiled: Nov 20 2001 audio I/O stuck... closing audio
At the time I create un windows, it returns on std :
error: GEM: Could not open display <I
error: GEM: Error creating const context error: GEM: A serious error occured creating const Context error: GEM: Do not continue GEM: window created
After that, pd crashes when I click in any pd's childrens windows.
I wondered if the "display <I" has any link with the $DISPLAY env variable, so I type; on prompt :
# echo $DISPLAY :0.0
If someone has a idea ...
Regards
On Tue, 20 Nov 2001, Bastien Baltazar wrote:
tried /usr/local/lib/pd/externs/Gem.pd_linux and succeeded GEM: Mark Danks GEM: ver: 0.84-5 GEM: compiled: Nov 20 2001 audio I/O stuck... closing audio
At the time I create un windows, it returns on std :
error: GEM: Could not open display <I
If someone has a idea ...
This is strange. Unde linux the create message to gemwin can have an argument telling onwhich display the window should be created. Obviously somehow this argument applied in your case,I can immediately see if this is a bug in Gem or somewhere else... Can you try to use "create :0" instead of just create and see what happens ?
If someone else knows what is going on here: I am using a test "if (s != &s_)" to check if the symbol used as argument to create should be used or not.
guenter
The "s = &s_" test should be fine. It's necessary to have the argument as A_DEFSYM in the arg list, which seems to be the case here. So I'm baffled...
cheers MIller
On Wed, Nov 21, 2001 at 12:42:06PM +0100, guenter geiger wrote:
On Tue, 20 Nov 2001, Bastien Baltazar wrote:
tried /usr/local/lib/pd/externs/Gem.pd_linux and succeeded GEM: Mark Danks GEM: ver: 0.84-5 GEM: compiled: Nov 20 2001 audio I/O stuck... closing audio
At the time I create un windows, it returns on std :
error: GEM: Could not open display <I
If someone has a idea ...This is strange. Unde linux the create message to gemwin can have an argument telling onwhich display the window should be created. Obviously somehow this argument applied in your case,I can immediately see if this is a bug in Gem or somewhere else... Can you try to use "create :0" instead of just create and see what happens ?
If someone else knows what is going on here: I am using a test "if (s != &s_)" to check if the symbol used as argument to create should be used or not.
guenter
-
Bastien Baltazar -
guenter geiger -
Miller Puckette