On Saturday, May 2, 2009, j...@resonance.org wrote: > Quoting Pedro Lopez-Cabanillas <pedro.lopez.cabanil...@gmail.com>: > > Builds now with msys/mingw32, with a little change to configure.ac > > (required to link against winsock), but I've not tried yet with MSVC.
I've tried now, without success. It doesn't compile under msvc 2008 express. Lots of compiler errors regarding sockets in fluid_sys.c > > > > The executable doesn't work, though: it aborts abruptly after the > > greeting, without clues. > > Is it possible to debug or get some sort of backtrace? It is not a crash, so there is no backtrace. I've attached the debugger output. > > What about fluid_hash.* and fluid_list.* ? > > In regards to the statement about memory allocation terminating the > application? I was asking about your plans, if you are going or not to replace these sources by the original types from glib. > I think internally a lot of glib uses g_malloc and > friends, which will indeed terminate on an out of memory condition. I > hadn't really thought of the full implications of this before, since > it will have this effect on any application that FluidSynth is being > used from. [...] > Does this seem bad enough to warrant not using glib, is the question.. I'm not familiar enough with glib. The only problem that I see with this issue is if the user won't be notified about the memory problem. This doesn't look like a very good quality indicator. Regards, Pedro
$ gdb --args fluidsynth.exe -v "C:/music/GS_sound_set_16_bit.sf2" GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-pc-mingw32"... (gdb) run Starting program: C:\msys\1.0\home\pedro\fluidsynth-20090501\src\.libs/fluidsynt h.exe -v C:/music/GS_sound_set_16_bit.sf2 [New thread 3760.0x7d8] [New thread 3760.0x698] fluidsynth: prog 0 0 0 fluidsynth: prog 1 0 1 fluidsynth: prog 2 0 2 fluidsynth: prog 3 0 3 fluidsynth: prog 4 0 4 fluidsynth: prog 5 0 5 fluidsynth: prog 6 0 6 fluidsynth: prog 7 0 7 fluidsynth: prog 8 0 8 fluidsynth: prog 9 128 0 fluidsynth: prog 10 0 10 fluidsynth: prog 11 0 11 fluidsynth: prog 12 0 12 fluidsynth: prog 13 0 13 fluidsynth: prog 14 0 14 fluidsynth: prog 15 0 15 fluidsynth: debug: Using 'dsound' audio driver fluidsynth: debug: Testing audio device: Controlador primario de sonido fluidsynth: debug: Testing audio device: Realtek HD Audio output fluidsynth: debug: DllMain [New thread 3760.0xd98] fluidsynth: debug: DllMain fluidsynth: debug: DllMain fluidsynth: debug: Using 'winmidi' midi driver fluidsynth: debug: DllMain FluidSynth version 1.1.0 Copyright (C) 2000-2009 Peter Hanappe and others. Distributed under the LGPL license. SoundFont(R) is a registered trademark of E-mu Systems, Inc. Type 'help' for information on commands and 'help help' for help topics. fluidsynth: debug: DllMain fluidsynth: debug: DllMain fluidsynth: debug: DllMain fluidsynth: debug: DllMain fluidsynth: debug: DllMain [New thread 3760.0xe4c] [New thread 3760.0x848] [New thread 3760.0x37c] Program exited normally. (gdb)
_______________________________________________ fluid-dev mailing list fluid-dev@nongnu.org http://lists.nongnu.org/mailman/listinfo/fluid-dev