Re(2): 6.0 Crashing

2009-01-08 Thread Bill Schjelderup
Matthias,

I wish it was this easy.

All I found on my boot volume were some old stuffit plist files which I
trashed. I don't use Stuffit any more and couldn't find any files with
"stuffit" in the name to delete. Looked on the root Library folder, and
my user Library folder.

Is there a particular file you suspect that doesn't have "stuffit" in
the name?

+---+
  Bill Schjelderup, President  b...@companioncorp.com
  COMPanion Corporation801-365-0555 voice
  1831 Fort Union Blvd.  801-943-7752 fax
  Salt Lake City, Utah 84121-3041   www.companioncorp.com
+---+
Nusquam est qui ubique est. - He who is everywhere is nowhere.
This email message is for the sole use of the intended recipient(s) and
may contain confidential and privileged information. Any unauthorized
review, use, disclosure, or distribution is prohibited.  If you are NOT
the intended recipient, I'm sorry to bother you and will attempt to
address my messages more carefully in the future.

>Hello,
>looks like the crashes are connected to the installed stuff it engine.
>Long time ago I had a simular problem.
>Meanwhile I use Pathfinder, which installs always the last engine and I
>also bought stuff it.
>all the best
>Matthias
>
>Am/On Wed, 7 Jan 2009 11:43:47 -0800 schrieb/wrote Alan Harper:
>
>>Well, PM support asked me to send crash logs, which I did regularly, but
>>I never heard anything from them. I inquired whether they wanted me to
>>continue, and didn't hear anything, so I stopped.
>>
>>Your symptoms are identical to mine.
>>
>>A
>>
>>Bill Schjelderup (b...@companioncorp.com) said on 1/7/09:
>>
>>
>>>Alan,
>>>
>>>I've been having these for a long time also.
>>>
>>>Higher frequency with v5 than v6, but still the same problem.
>>>
>>>I've sent many crash logs to ctmdev, but I have no idea if they have
>>>helped or not.
>>>
>>>The vast majority of these seem to occur when I'm performing a drag
>>>event and a message is received; other times when PM is trying to image
>>>a HTML email and some background operation occurs.
>>>
>>>My theory is it's a threading problem...and clearly it's hard for them
>>>to find.
>>>
>>>Perhaps if we ALL send crash logs it will help
>>>
>>>(about 50% of the time a relaunch is quick, the other 50% it needs to
>>>rebuild sort indexes...)
>>>
>>>Oh, and this occurs on both my home and office machine (I carry my PM
>>>database between offices via an external hard disk..)
>>>
>>>+---+
>>>  Bill Schjelderup -- b...@companioncorp.com
>>>+---+
Hi

PM 6 is crashing on me a few times a week. I can't discover any pattern
to the crashes, but they are usually (> 50%) followed by a 6-minute
reindexing when I relaunch PM. It makes it difficult to respond quickly
to emails!

Has anyone else found this? Any thoughts on how to minimize crashing?

Alan

PS, FWIW, I had similar problems with PM 5. I have since reinstalled my
entire system, and upgraded to PM 6. It appears that PM 6 crashes less
often than 5, but not significantly so.



>>>
>>>
>>>
>>>
>>
>>
>>
>>
>
>Thanks and all the best
>
>Matthias
>
>
>






Re: 6.0 Crashing

2009-01-08 Thread Michael J . Hußmann
Alan Harper (l...@alanharper.com) wrote:

> Matthias--could you explain in more detail? I use Pathfinder too. Does
> it cause this problem, or fix this problem? Which version of StuffIt do
> you suspect?

And btw, does PM really rely on StuffIt? After all, it doesn't support
creating StuffIt archives anymore. (I still have some version of StuffIt
installed, but I have stopped using it a long time ago.)

- Michael


Michael J. Hußmann

E-mail: mich...@michael-hussmann.de
WWW (personal): http://michael-hussmann.de
WWW (professional): http://digicam-experts.de




Re: Long delay after clicking "send message"

2009-01-08 Thread Alan Harper
When my computer locks up like that, it is almost always because the
network is trying to find something that isn't available, like an alias
to a volume that is not on-line.

My first suggestion would be to create a new user account on this
computer, set up PM on that new account (be careful that this new
account does NOT delete mail from server!), and see the delay goes away.
If it does, search through your preferences, or throw out your
preferences and start over.

Best I can think of

A

Stéphane Terreaux (steph...@terreaux.net) said on 1/7/09:


>[Third time I send the message, it seems the two firsts were
>unsuccessfull, maybe because I attached a sampling file. I apologize if
>you received it twice.]
>
>Hi everybody,
>
>my best wishes to all for a colourfull and joyfull year !
>
>I notice a small problem with PM6, which I have never seen before.
>When a new mail is ready and I click on the "Send" stamp button, I have
>to wait a long time before the new msg window closes and I can work with
>PM. A "long time" means, more or less, 2 minutes.
>
>At the beginning, I thought this delay was related to the message size
>and attached file size, but in fact it seems not.
>
>In the meantime, PM shows me the rotating coloured wheel. The Activity
>monitor tells me that PM is not responding (displayed in red), with 0
>CPU consumption. It looks like PM is waiting for something...
>
>My message database is only around 100 Mo big. Not that fat. Freshly
>compacted, same problem. Rebuild the search index (through the menu), no
>change (it looks like the command did nothing). When I try to compact
>the search index (through the menu), PM crashes.
>
>I have compacted again and rebuilt the indexes through the maintenance
>dialog, no change. I have not tried the low level database rebuild.
>
>below is a sampling of PM, obtained with the Activity monitor during the
>"no response" time. I can't read it but maybe it can help.
>
>Does anyone have the same problem, or did anyone find a way to end with
that ?
>
>Thanks in advance,
>
>Stéphane.
>
>Analysis of sampling pid 4053 every 10.00 milliseconds
>Call graph:
>300 Thread_0f07
>  300 start
>300 start
>  300 start
>300 LApplication::Run()
>  300 start
>300 LTSMDocApp::ProcessNextEvent()
>  300 WaitNextEvent
>300 WNEInternal
>  300 GetNextEventMatchingMask
>300 GetOrPeekEvent
>  300 ToolboxEventDispatcher
>300 SendEventToEventTarget
>  300 SendEventToEventTargetInternal
>(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*)
>300 DispatchEventToHandlers
>(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*)
>  300 ToolboxEventDispatcherHandler
>(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*)
>300 SendEventToEventTarget
>  300 SendEventToEventTargetInternal
>(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*)
>300 DispatchEventToHandlers
>(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*)
>  300 StandardWindowEventHandler
>300 HandleMouseEvent
>  300 HandleWindowClick
>300 SendEventFromMouseDown
>  300 SendEventToEventTarget
>300
>SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*,
>HandlerCallRec*)
>  300
>DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*)
>300
>StandardWindowEventHandler
>  300
>HandleWindowEvent
>300
>HandleClickAsHIView
>  300
>HIView::Click(OpaqueEventRef*)
>300
>SendEventToEventTarget
>  300
>SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*,
>HandlerCallRec*)
>300
>DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*)
>
>300 HIView::EventHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*)
>
>300 HIView::ClickSelf(OpaqueEventRef*)
>
> 300 HIView::ClickInternal(CGPoint
>const&, unsigned long, void (*)(OpaqueControlRef*, short),
>OpaqueEventRef*, bool)
>
>  

Re(2): 6.0 Crashing

2009-01-08 Thread Alan Harper
Matthias--could you explain in more detail? I use Pathfinder too. Does
it cause this problem, or fix this problem? Which version of StuffIt do
you suspect?

A

Matthias Schmidt (p...@schmidt-system.de) said on 1/8/09:


>Hello,
>looks like the crashes are connected to the installed stuff it engine.
>Long time ago I had a simular problem.
>Meanwhile I use Pathfinder, which installs always the last engine and I
>also bought stuff it.
>all the best
>Matthias
>
>Am/On Wed, 7 Jan 2009 11:43:47 -0800 schrieb/wrote Alan Harper:
>
>>Well, PM support asked me to send crash logs, which I did regularly, but
>>I never heard anything from them. I inquired whether they wanted me to
>>continue, and didn't hear anything, so I stopped.
>>
>>Your symptoms are identical to mine.
>>
>>A
>>
>>Bill Schjelderup (b...@companioncorp.com) said on 1/7/09:
>>
>>
>>>Alan,
>>>
>>>I've been having these for a long time also.
>>>
>>>Higher frequency with v5 than v6, but still the same problem.
>>>
>>>I've sent many crash logs to ctmdev, but I have no idea if they have
>>>helped or not.
>>>
>>>The vast majority of these seem to occur when I'm performing a drag
>>>event and a message is received; other times when PM is trying to image
>>>a HTML email and some background operation occurs.
>>>
>>>My theory is it's a threading problem...and clearly it's hard for them
>>>to find.
>>>
>>>Perhaps if we ALL send crash logs it will help
>>>
>>>(about 50% of the time a relaunch is quick, the other 50% it needs to
>>>rebuild sort indexes...)
>>>
>>>Oh, and this occurs on both my home and office machine (I carry my PM
>>>database between offices via an external hard disk..)
>>>
>>>+---+
>>>  Bill Schjelderup -- b...@companioncorp.com
>>>+---+
Hi

PM 6 is crashing on me a few times a week. I can't discover any pattern
to the crashes, but they are usually (> 50%) followed by a 6-minute
reindexing when I relaunch PM. It makes it difficult to respond quickly
to emails!

Has anyone else found this? Any thoughts on how to minimize crashing?

Alan

PS, FWIW, I had similar problems with PM 5. I have since reinstalled my
entire system, and upgraded to PM 6. It appears that PM 6 crashes less
often than 5, but not significantly so.



>>>
>>>
>>>
>>>
>>
>>
>>
>>
>
>Thanks and all the best
>
>Matthias
>
>





powermail-discuss Digest #2937 - 01/08/09

2009-01-08 Thread PowerMail discussions
powermail-discuss Digest #2937 - Thursday, January 8, 2009

  Re(2): 6.0 Crashing
  by "Alan Harper" 
  Long delay after clicking "send message"
  by "Stéphane Terreaux" 
  Re: 6.0 Crashing
  by "Matthias Schmidt" 


--

Subject: Re(2): 6.0 Crashing
From: "Alan Harper" 
Date: Wed, 7 Jan 2009 11:43:47 -0800

Well, PM support asked me to send crash logs, which I did regularly, but
I never heard anything from them. I inquired whether they wanted me to
continue, and didn't hear anything, so I stopped.

Your symptoms are identical to mine.

A

Bill Schjelderup (b...@companioncorp.com) said on 1/7/09:


>Alan,
>
>I've been having these for a long time also.
>
>Higher frequency with v5 than v6, but still the same problem.
>
>I've sent many crash logs to ctmdev, but I have no idea if they have
>helped or not.
>
>The vast majority of these seem to occur when I'm performing a drag
>event and a message is received; other times when PM is trying to image
>a HTML email and some background operation occurs.
>
>My theory is it's a threading problem...and clearly it's hard for them
>to find.
>
>Perhaps if we ALL send crash logs it will help
>
>(about 50% of the time a relaunch is quick, the other 50% it needs to
>rebuild sort indexes...)
>
>Oh, and this occurs on both my home and office machine (I carry my PM
>database between offices via an external hard disk..)
>
>+---+
>  Bill Schjelderup -- b...@companioncorp.com
>+---+
>>Hi
>>
>>PM 6 is crashing on me a few times a week. I can't discover any pattern
>>to the crashes, but they are usually (> 50%) followed by a 6-minute
>>reindexing when I relaunch PM. It makes it difficult to respond quickly
>>to emails!
>>
>>Has anyone else found this? Any thoughts on how to minimize crashing?
>>
>>Alan
>>
>>PS, FWIW, I had similar problems with PM 5. I have since reinstalled my
>>entire system, and upgraded to PM 6. It appears that PM 6 crashes less
>>often than 5, but not significantly so.
>>
>>
>>
>
>
>
>



--

Subject: Long delay after clicking "send message"
From: "Stéphane Terreaux" 
Date: Wed, 7 Jan 2009 21:46:17 +0100

[Third time I send the message, it seems the two firsts were
unsuccessfull, maybe because I attached a sampling file. I apologize if
you received it twice.]

Hi everybody,

my best wishes to all for a colourfull and joyfull year !

I notice a small problem with PM6, which I have never seen before.
When a new mail is ready and I click on the "Send" stamp button, I have
to wait a long time before the new msg window closes and I can work with
PM. A "long time" means, more or less, 2 minutes.

At the beginning, I thought this delay was related to the message size
and attached file size, but in fact it seems not.

In the meantime, PM shows me the rotating coloured wheel. The Activity
monitor tells me that PM is not responding (displayed in red), with 0
CPU consumption. It looks like PM is waiting for something...

My message database is only around 100 Mo big. Not that fat. Freshly
compacted, same problem. Rebuild the search index (through the menu), no
change (it looks like the command did nothing). When I try to compact
the search index (through the menu), PM crashes.

I have compacted again and rebuilt the indexes through the maintenance
dialog, no change. I have not tried the low level database rebuild.

below is a sampling of PM, obtained with the Activity monitor during the
"no response" time. I can't read it but maybe it can help.

Does anyone have the same problem, or did anyone find a way to end with that ?

Thanks in advance,

Stéphane.

Analysis of sampling pid 4053 every 10.00 milliseconds
Call graph:
300 Thread_0f07
  300 start
300 start
  300 start
300 LApplication::Run()
  300 start
300 LTSMDocApp::ProcessNextEvent()
  300 WaitNextEvent
300 WNEInternal
  300 GetNextEventMatchingMask
300 GetOrPeekEvent
  300 ToolboxEventDispatcher
300 SendEventToEventTarget
  300 SendEventToEventTargetInternal
(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*)
300 DispatchEventToHandlers
(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*)
  300 ToolboxEventDispatcherHandler
(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*)
300 SendEventToEventTarget
  300 SendEventToEventTargetInternal
(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*)
300 DispatchEventToHandlers
(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*)
 

Re: 6.0 Crashing

2009-01-08 Thread Matthias Schmidt
Hello,
looks like the crashes are connected to the installed stuff it engine.
Long time ago I had a simular problem.
Meanwhile I use Pathfinder, which installs always the last engine and I
also bought stuff it.
all the best
Matthias

Am/On Wed, 7 Jan 2009 11:43:47 -0800 schrieb/wrote Alan Harper:

>Well, PM support asked me to send crash logs, which I did regularly, but
>I never heard anything from them. I inquired whether they wanted me to
>continue, and didn't hear anything, so I stopped.
>
>Your symptoms are identical to mine.
>
>A
>
>Bill Schjelderup (b...@companioncorp.com) said on 1/7/09:
>
>
>>Alan,
>>
>>I've been having these for a long time also.
>>
>>Higher frequency with v5 than v6, but still the same problem.
>>
>>I've sent many crash logs to ctmdev, but I have no idea if they have
>>helped or not.
>>
>>The vast majority of these seem to occur when I'm performing a drag
>>event and a message is received; other times when PM is trying to image
>>a HTML email and some background operation occurs.
>>
>>My theory is it's a threading problem...and clearly it's hard for them
>>to find.
>>
>>Perhaps if we ALL send crash logs it will help
>>
>>(about 50% of the time a relaunch is quick, the other 50% it needs to
>>rebuild sort indexes...)
>>
>>Oh, and this occurs on both my home and office machine (I carry my PM
>>database between offices via an external hard disk..)
>>
>>+---+
>>  Bill Schjelderup -- b...@companioncorp.com
>>+---+
>>>Hi
>>>
>>>PM 6 is crashing on me a few times a week. I can't discover any pattern
>>>to the crashes, but they are usually (> 50%) followed by a 6-minute
>>>reindexing when I relaunch PM. It makes it difficult to respond quickly
>>>to emails!
>>>
>>>Has anyone else found this? Any thoughts on how to minimize crashing?
>>>
>>>Alan
>>>
>>>PS, FWIW, I had similar problems with PM 5. I have since reinstalled my
>>>entire system, and upgraded to PM 6. It appears that PM 6 crashes less
>>>often than 5, but not significantly so.
>>>
>>>
>>>
>>
>>
>>
>>
>
>
>
>

Thanks and all the best

Matthias