Hi Soren,
I don't think I ever was able to get externs to load without crashing in the "n32" version. I didn't have much time to try to fix it though (I was squatting an SGI machine.) My _guess_ is, that if you can get n32 versions of Pd and an extern compiled with debugging flags, it might be possible to see where the process is failing; perhaps it would be enough just to put printfs in the code (the extarn loader in s_loader.c and the setup() routine in the extern itself.) It's probably just that someone is calling a routine with an incorrect cast.
cheers Miller
On Fri, Dec 06, 2002 at 09:51:54AM +0100, Soren Bovbjerg wrote:
Hi Miller
I was running the n32 version. The reason it didn't crash was because I didn't compile with -DDL_OPEN so it never really defined 'makeout'. Anyway, i recompiled this morning, and it crashed like I guess it is 'supposed to' ;-)
I also made a o32 binary which i have added to the 0.36 package at http://www.cvmt.dk/~sb/ Externals compile and run with this version.
Is the n32 crash an old problem?
Cheers Soren
Miller Puckette wrote:
Hi Soren,
Are you rnning the "o32" version of Pd? I believe the "n32" version was never able to load externs, it just crashed. So now what else could be going wrong, I wonder? If anyone has any ideas, I'd be happy to hear of it. (I can't test this myself since all our SGI machines are broken.)