Ralph Corderoy <[EMAIL PROTECTED]> writes: > > The reason I enquire is that both the Mac OS X port and (IIRC) the > > Windows port are multithreaded, with a GUI thread and an emulator > > thread. What I'd like to be able to do is have the GUI perform a hard > > reset of the emulator by having the child emulator thread terminate, > > then I can start a second one. > > That's not a hard reset though, is it? That's a `start a new > emulation'.
No, but it's sufficient for what I want - the user has modified their preferences from the GUI and wants the emulator to take the new changes into account. > Given that, I think the current, manual, `quit arcem and start it again' > is the most realistic method the user has; they won't be confused over > what it is and isn't doing. Not on a Mac it isn't. It's totally unacceptable for a Macintosh application to require the user to quit and restart just to make it notice a change in preferences (e.g., you change the ROM file location, or hard disk configuration). This should be achievable from within the application. > I think all the various resources aren't allocated privately to the > thread. What I'm trying to say is they aren't automatically freed when > the thread dies. And there's little code to free the resources since I > guess it was never intended. No, I know that, and hence why my checkin says that I've not finished, it was just a start to test that I could do what I wanted. The next stage is to make sure everything gets freed up properly. Just because the program was poorly designed from a shutdown point of view doesn't mean this shouldn't be done. It should simply be fixed. I know it's a pain, but if ArcEm is to be hosted on multiple platforms it does have to conform to the local standards, and this will require some parts to change to suit a non-(standard-unix) way of doing things, like this and the way preferences are sorted. -- Michael Dales --- email: [EMAIL PROTECTED] --- tel: +44 141 330 6297 Department of Computing Science, University of Glasgow, Glasgow, G12 8QQ ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ arcem-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/arcem-devel
