0
0

We have a simulation executive which kicks off my FMOD-based application. When my app (which is based on the "recordtodisk" example) runs it locks up inside the system->recordStart() call. Strangely, when I run the same binary in a terminal window, there is no problem, and the app runs fine. We see the same behavior with the recordtodisk example itself. When the app locks up, the process is pegged at 100% (I’m guessing that it’s a busy wait). Here’s the output of recordtodisk:

[size=85:3j17460i]
% strace recordtodisk
execve("./recordtodisk", ["recordtodisk"], [/* 477 vars */]) = 0
brk(0) = 0x606000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7effe3dbc000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("../../api/lib/libfmodex64.so", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\2006\6\0\0\0\0\0"…, 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1628800, …}) = 0
getcwd("/udlnas/simsil/domains/f35_labs/projects/mitl_labs/vsim/ssee/fmod/4.40.06/examples/recordtodisk", 128) = 96
mmap(NULL, 4003264, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7effe37cd000

sched_get_priority_max(SCHED_OTHER) = 0
mmap(NULL, 8392704, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7effe11f7000
mprotect(0x7effe11f7000, 4096, PROT_NONE) = 0
clone( <unfinished …>
+++ killed by SIGKILL +++
%
[/size:3j17460i]

The sigkill was done in another window after the hang. We know that at this point in the code there are three threads, two are in a clone() call. I would appreciate any information about what might be going on at this point in the FMOD library, and how we might resolve this. My suspicion is that our simulation executive is somehow restricting
the app from doing some pthread operation, but I’m at a loss. Any help would be appreciated.

Best,

Ken Schwarz

  • You must to post comments
0
0

This is being followed up on via support@fmod.org

  • You must to post comments
0
0

Thanks Matthew, let me know if there’s any more information I can provide. Like I said, it doesn’t occur as a standalone app, just when fork/exec’d from our simulation environment. If I could get a look at the source it might lend some insight. Thanks again.

Best,

Ken

  • You must to post comments
0
0

No problems, I’ve followed up with you via e-mail.
For anyone else reading this, I’ll report back any useful findings.

  • You must to post comments
Showing 3 results
Your Answer

Please first to submit.