Hi Hector, That line was added in the last commit by Victor and I'm not quite sure what the purpose of this code is. I tried changing the code to: if (fname != NULL) { if ((logFile = fopen(fname, "w")) == NULL) { fprintf(stderr, "Error opening log file '%s': %s\n", fname, strerror(errno)); return -1; } } else { nomessages = 1; } which compiles and allows running csound but always turns noMessages to 1 pretty much which I don't think is it. You can probably change the code to: if (fname != NULL) { if ((logFile = fopen(fname, "w")) == NULL) { fprintf(stderr, "Error opening log file '%s': %s\n", fname, strerror(errno)); return -1; } } which is how it was before and be able to compile and keep working. Hopefully Victor will have a chance to take a look. steven On 8/30/07, Hector Centeno wrote: > ok, so I rebuilt using noDebug and still no symbol table, but I ran gdb > inside the csound5 build directory and I got this: > > (gdb) run > Starting program: > /home/hector/build_backup/Csound_CVS/csound5/csound > [Thread debugging using libthread_db enabled] > [New Thread -1209055552 (LWP 12027)] > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1209055552 (LWP 12027)] > 0x0804afc3 in main (argc=Cannot access memory at address 0x0 > ) at frontends/csound/csound_main.c:92 > 92 if (!strcmp(fname, "NULL") || !strcmp(fname, "null")) nomessages > = 1; > (gdb) bt full > #0 0x0804afc3 in main (argc=Cannot access memory at address 0x0 > ) at frontends/csound/csound_main.c:92 > csound = > fname = 0x0 > i = 135033721 > result = > nomessages = > > Which looks more useful. But I don't know if reflects the same problem since > it's running the binary inside the build folder and not the installed one. > > Cheers, > > Hector > > > > > On 8/31/07, Hector Centeno wrote: > > I'll try, thanks Steven for responding so quickly. I didn't set noDebug to > 1 and it defaults to 0, but I'll try by adding noDebug=0 explicitly in the > scons line. > > > > Hector > > > > > > > > > > > > On 8/31/07, Steven Yi wrote: > > > There's not symbol table info as the build was done without debug > > > info. It should give more info in the backtrace if you compile with > > > noDebug=0. If you could do that I'd be happy to look at it. > > > > > > steven > > > > > > > > > On 8/30/07, Hector Centeno wrote: > > > > CVS checkout builds fine but at runtime it segfaults, this is the > backtrace: > > > > > > > > (gdb) bt full > > > > #0 0x0804afc3 in ?? () > > > > No symbol table info available. > > > > #1 0x00000001 in ?? () > > > > No symbol table info available. > > > > #2 0xbfd805a4 in ?? () > > > > No symbol table info available. > > > > #3 0xbfd804e8 in ?? () > > > > No symbol table info available. > > > > #4 0x08049cb1 in ?? () > > > > No symbol table info available. > > > > #5 0x4f17fff4 in ?? () from /lib/libc.so.6 > > > > No symbol table info available. > > > > #6 0xbfd80520 in ?? () > > > > No symbol table info available. > > > > #7 0x00000000 in ?? () > > > > No symbol table info available. > > > > > > > > I built with these options: > > > > > > > > scons useDouble=1 usePortAudio=0 usePortMIDI=0 buildCsoundAC=1 > useOSC=1 > > > > buildCsoundVST=0 buildPythonOpcodes=1 buildStkOpcodes=1 prefix=/usr > > > > buildPDClass=1 buildTclcsound=1 buildVirtual=1 buildInterfaces=1 > > > > buildCSEditor=1 > > > > > > > > Previous builds work fine. > > > > > > > > Cheers, > > > > > > > > > > > > > > > > Hector > > > > > > > > > > > -- > > > Send bugs reports to this list. > > > To unsubscribe, send email to > csound-unsubscribe@lists.bath.ac.uk > > > > > > > > >