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.)