Forum Post
Index > Scribe > InScribe does not end the task if I close the program

Author/Date InScribe does not end the task if I close the program
BoisBleu
09/02/2005 3:14pm
Hallo,

If I close (end) InScribe (Test4) - scribe.exe still exists in the task manager (win2k sp4). I always have to end the task.

Just for information...

BB

martin
07/03/2005 3:09pm
yes and the same with test 6, in fact there seem to be two Scribe modules running after closing the program
fret
07/03/2005 11:28pm
There are a few cases where Scribe will continue to run after the user exits the program.

a) There are active connections, in which case a little dialog appears saying "waiting for connection 'x' to finish" or something and when the connection is done THEN it will exit. You can cancel the quit at that point and return to Scribe.

b) There is a lot of memory allocated and Scribe is mostly swapped out to disk. In this case the c library has to swap the memory Scribe is using back in to physical RAM to deallocate it cleanly. This tends to happen when Scribe has a large folders file loaded and has been running for a longish time (many hours or days). I've been thinking a lot about this situation and wondering what I can do to improve it. It's not fully under my control, and I'm not very happy about the situation. Sometimes in this case Scribe can take over a minute to quit, it's using 3-7% CPU during this time and the memory usage is generally going up slowly. Memory usage being the amount of physical RAM in use, the virtual size is going down.

In either of these 2 cases, Scribe will eventually quit without user intervention. The question in my mind is this what your seeing or something else entirely?

For starters if it happens again then pull up the task manager and have a look at whats happening. How much CPU is Scribe using? Whats the memory usage doing?

If 2 Scribe processes are loaded at the some time then thats usually a mistake, generally if a second copy is started it will communicate with the first one via interprocess communication (IPC) and pass it's data across to the running copy and then exit. This is how mailto: arguments are handled. The only proper way to get 2 copies running at the same time is to have different installs with different scribe.r paths. In this case they won't interfer with each other. If you can reproduce the steps to get 2 copies running with 1 scribe.r file then I'd like to hear more about what you did.
martin
18/03/2005 1:31pm
Sorry I didn't get back to you earlier on this, I hadn't noticed that there was another posting.
Well as always in this kind of thing, I'm finding it difficult, or rather impossible, to reproduce the conditions where two Scribe modules run after the main program is closed - I'll keep trying...!
BoisBleu
13/04/2005 5:49pm
Hello fret,

I'm running InScribe at an encrypted partition. If I have to restart the machine (or shutdown) I have to dismount this partition first. In some cases I get a message from the encryption software (http://truecrypt.sourceforge.net/) that there are still files open. It asks me if I want to dismount it brutal...

Your suggestion that this appears if InScribe runs for hours can in fact be the reason for this. Most of the time InScribe is running the whole day. I do not have any memory problems. InScribe takes between 10-15 MB of RAM. I have about 1000 messages in InScribe. All of them are without attachments. My mail2 File has a size of 6 MB ;)

So I will have a look at this. It's not a big problem. If I have to do I can restart InScribe sometimes... ;)

BoisBleu (www.webcheck.de)
BoisBleu
31/12/2005 2:08pm
In the current final version (1.88) I still have these problems. Yesterday I found 3 tasks of InScribe running.

There is one important thing you should know: version 1.87 doesn't have this problem!

Cheers

BoisBleu
BoisBleu
31/12/2005 2:11pm
Here are some parts of my scribe.txt file:

D:\matthew\Scribe-Branches\v1.88-final\Scribe\Code\ScribeApp.cpp:7319 - No option 'Folder-7'
D:\matthew\Scribe-Branches\v1.88-final\Scribe\Code\ScribeApp.cpp:7319 - No option 'Folder-7'
D:\matthew\Scribe-Branches\v1.88-final\Scribe\Code\ScribeApp.cpp:7319 - No option 'Folder-7'
D:\matthew\Scribe-Branches\v1.88-final\Scribe\Code\ScribeApp.cpp:7319 - No option 'Folder-7'
D:\matthew\Scribe-Branches\v1.88-final\Scribe\Code\ScribeApp.cpp:7319 - No option 'Folder-7'


GSemaphore=00877878(MouseHookLock): Can't lock... LockingThread=636 ThisThread=336 Count=1.

GSemaphore=00877878(MouseHookLock): Can't lock... LockingThread=636 ThisThread=336 Count=1.

GSemaphore=00877878(MouseHookLock): Can't lock... LockingThread=636 ThisThread=336 Count=1.

GSemaphore=00877878(MouseHookLock): Can't lock... LockingThread=636 ThisThread=336 Count=1.

GSemaphore=00877878(MouseHookLock): Can't lock... LockingThread=636 ThisThread=336 Count=1.


fret
01/01/2006 10:44am
This is a known problem but I'd run out of information to fix it. So I've reopenned the bug now that I have your report.
fret
16/10/2006 7:41am
Just fixed Bug #8.
Reply