On Thu, 15 Sep 2005 00:48:54 -0700 Josh Green <[EMAIL PROTECTED]> wrote:
> There was a 64 bit related crash bug that was also fixed with this > section of code (I believe it was an AMD 64 bit system). What > architecture is your system? Can you tell if USE_LONGLONG is defined or > not? This define determines the format of the fluid_phase_t structure > and the corresponding macros in fluid_phase.h. > Josh This is running in a 32 bit Win32 machine. As far as I can tell, this has nothing to do with the decl type of fluid_phase_t, there is something very wrong with the pointer voice->sample->data, it seems that when the dsp code in fluid_voice.c is entered, the voice->sample->data has already gone bad and now points off to some invalid memory. It does not seem to be the same memory from the soundfont->sampledata that is seemed to point to originally. I have tried to track down the problem in gdb, but I am not having much luck. cheers Mo DeJong P.S. Did you notice that the whole ramsfont module is being ignored? It gets built but the code is not used. _______________________________________________ fluid-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/fluid-dev
