several Tor crashes

[Joe Btfsplk]

  BTW, I don't see (or remember) the 'keys' folder or 'fingerprint' file 
- don't remember seeing them in past.

Re: Vista permission.  It's not that the alpha ver didn't run - quite a 
while in fact - before crash.  Seems if was a permissions issue, 
would've seen probs right off when started using Tor?

On 10/18/2010 8:23 AM, Joe Btfsplk wrote:
>  Thanks Justin,
> Good info for the future.  Right now, really busy (job search) so went 
> back to stable ver of Vidalia bundle - for now.  Your suggestions may 
> well have solved probs w/ current alpha ver, but from my exper w/ 
> vidalia / tor for couple yrs, this was a new development crashing 
> (multiple times - same apparent reason).  Does suggest alpha ver needs 
> some tweaking (that's why it's "alpha").  If get more time to test, 
> will try your suggestions.  Hopefully, others will find the post useful.
>
> On 10/16/2010 12:11 AM, Justin Aplin wrote:
>> The very first thing I would try is simply getting rid of the files 
>> and allowing Tor to recreate them. Personally I'd shut down Tor and 
>> delete the 'lock' and 'state' files, along with any file or folder 
>> starting with 'cached', and then restart Tor. Make sure not to touch 
>> the 'keys' folder or the 'fingerprint' file.
>>
>> If the issue shows up again, the next thing I'd try is 
>> double-checking the permissions on the Tor appdata folder, along with 
>> *every folder above it down to the root*. I had a similar issue 
>> trying to run Tor as a system service where I needed to grant the 
>> system service user explicit permissions to every folder leading up 
>> to the Tor appdata folder. I haven't played with Vista permissions, 
>> though, so YMMV.
>>
>> Let us know how it turns out, and what fixes it.
>>
>> ~Justin Aplin
>>
>> On Oct 15, 2010, at 3:03 PM, Joe Btfsplk wrote:
>>
>>> since upgrading to Vidalia 0.2.2.17a couple days ago, Tor has 
>>> crashed 2x now after running for quite a while each time.  Crashes 
>>> were an hr? or more apart.  Seemed to be running fine during those 
>>> times, up to the crashes.  Rarely did I ever have Tor stable 
>>> versions crash in past (over many vers).
>>>
>>> If I report this as bug, what else should I include in report?
>>>
>>> Vidala log errors:
>>>
>>> Oct 15 12:59:21.741 [Warning] Error replacing "C:\Users\<user 
>>> name>\AppData\Roaming\tor\state": File exists
>>> Oct 15 12:59:21.743 [Warning] Unable to write state to file 
>>> "C:\Users\<user name>\AppData\Roaming\tor\state"
>>>
>>>
>>> Note:  the user\AppData path is not protected - the acct I was 
>>> running in Vista at time of Tor crash has full access to the paths \ 
>>> files mentioned above.
>>> The file:  state.tmp DOES exist in the location mentioned.
>>> I can open / read -  state.tmp - (after Tor crash & Tor is shut 
>>> down).  Has no obvious errors msgs in the file.
>>>
>>> Is another file:  "lock" (w/ 0 bytes) in same folder as  state.tmp 
>>> (after crash & Tor / Vidalia are shut down).
>>> Properties of the  "lock" file show was created yesterday 10/14, & 
>>> last mod 10/15.  Its file attribs are "AN" - archived, not indexed?  
>>> Other than that, no real info on it.
>>>
>>>
>>> Err Rpt from Windows Vista x64 prepared to send to MS:
>>>
>>> Problem signature:
>>>  Problem Event Name:    APPCRASH
>>>  Application Name:    tor.exe
>>>  Application Version:    0.0.0.0
>>>  Application Timestamp:    4ca65e57
>>>  Fault Module Name:    tor.exe
>>>  Fault Module Version:    0.0.0.0
>>>  Fault Module Timestamp:    4ca65e57
>>>  Exception Code:    c0000005
>>>  Exception Offset:    000c3bf9
>>>  OS Version:    6.0.6002.2.2.0.768.3
>>>  Locale ID:    1033
>>>  Additional Information 1:    fd00
>>>  Additional Information 2:    ea6f5fe8924aaa756324d57f87834160
>>>  Additional Information 3:    fd00
>>>  Additional Information 4:    ea6f5fe8924aaa756324d57f87834160
>>>
>>> Any suggestions?
>>>
>>>
>>>
>>> ***********************************************************************
>>> To unsubscribe, send an e-mail to majordomo at torproject.org with
>>> unsubscribe or-talk    in the body. http://archives.seul.org/or/talk/
>>>
>>
>> ***********************************************************************
>> To unsubscribe, send an e-mail to majordomo at torproject.org with
>> unsubscribe or-talk    in the body. http://archives.seul.org/or/talk/
>>
> ***********************************************************************
> To unsubscribe, send an e-mail to majordomo at torproject.org with
> unsubscribe or-talk    in the body. http://archives.seul.org/or/talk/
>
***********************************************************************
To unsubscribe, send an e-mail to majordomo at torproject.org with
unsubscribe or-talk    in the body. http://archives.seul.org/or/talk/