deinit doesn't throw an error, so it appears to be working fine.<br><br>I don't have a linux box to debug on, it is just a user that has ran a couple tests to see the problem.<br><br>running 1.1.0<br><br><div><span class="gmail_quote">
On 5/8/07, <b class="gmail_sendername">Edward Rudd</b> <<a href="mailto:eddie@omegaware.com">eddie@omegaware.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Jeremy wrote:<br>[snip]<br>><br>> The game loads the dll newly every map change. Inside my dll I am<br>> mounting 3 folders for use in my file system. During unloading of the<br>> dll I call PHYSFS_deinit, which should release all mounted assets, I
<br>> have verified this is all getting called as expected.<br><br>Is the return value of the PHYSFS_deinit call set correctly to 1? or is<br>an error thrown?<br><br>> The problem is that every time the game re-loads the dll, despite the
<br>> previous load being PHYSFS_deinit'ed, it doesn't seem to free the handle<br>> to those 3 folders. the lsof command shows handles building up and<br>> building up, until some of our users recently started reporting an error
<br>> with too many files open after running for several days.<br><br>You may want to write a small test app that runs outside of enemy<br>territory that recreates the bug and run it through the debugger being<br>careful to watch the 2 calls to closeFileHandleList() that occur from
<br>PHYSFS_deinit (the second is from within freeSearchPath called by<br>PHYSFS_deinit)<br><br>Also, what version of PhysFS are you using?<br><br>Edward Rudd<br><br></blockquote></div><br>