EVE Search - Client freezes and symbolic links

All Channels

Issues, Workarounds & Localization

Client freezes and symbolic links

» Click here to find additional results for this topic using Google

Monitor this thread via RSS [?]

Author	Thread Statistics \| Show CCP posts - 19 post(s)

CCP Snorlax C C P C C P Alliance 301	Posted - 2013.11.28 15:44:00 - [1] - Quote If you multibox and use symbolic links to set up your multiple EVE instances and your EVE client freezes frequently, especially on undocking or jumping I would like to hear from you. There may be a bug in Windows, or possibly in Python that has to do with files in folders accessed via symlinks, but I haven't been able to work out if this is affecting the client or not. So, if the very specific condition described above applies to you, I'd like to hear from you and learn more about how you set up the symbolic links. Either post here, or send me an EVE mail. Thanks!


CCP Snorlax C C P C C P Alliance 302	Posted - 2013.11.29 17:02:00 - [2] - Quote Well, after more investigation the symbolic link issue is probably a red herring. However, I'd like to ask for your help and try out an experimental feature that may give us more info on freezes in general. In your settings folder you should have a file called prefs.ini - it's a simple text file. Open it up in a text editor and add the line frameTimeTimeout=30000 This sets a timeout value, in milliseconds, so that whenever the client freezes for more than this value a crash is induced. Before crashing, a file called pythonstatus.txt is written to the cache folder. Please run with LogServer (I know, not on the Mac) and this setting enabled, then file a bug report, my name in the title, attaching the log as well as the pythonstatus.txt file. This might give me more info to work with, especially when I can correlate your description of what is going on with the dump file and the Python status. I'm also working on improving our tools to diagnose freezes and crashes - hopefully that will also translate to a better Mac experience, even though I'm working on Windows.


CCP Snorlax C C P C C P Alliance 305	Posted - 2013.11.29 19:42:00 - [3] - Quote Vincent Athena wrote: Is it worth it for Mac users to do this for you? You would still get the pythonstatus file. It depends - I need at least to correlate the .dmp file to the pythonstatus file. The log file would tell me that, in addition to other info. You would find the .dmp file under C:/Users/username/AppData/Local/CCP/EVE on Windows - not sure where it goes on the Mac. If you can attach the dmp file along with the pythonstatus file, that would certainly help.


CCP Snorlax C C P C C P Alliance 306	Posted - 2013.11.30 09:02:00 - [4] - Quote Vincent Athena wrote: Well, under p_drive/Local Settings/Application Data/CCP/EVE there are files with names like ba626026-34bc-e211-98fe-a7f1d92a82c8.dmp Is that what you need? Yes, exactly!


CCP Snorlax C C P C C P Alliance 309	Posted - 2013.12.02 12:47:00 - [5] - Quote Amma Cha'tur wrote: Where can I get more Info on the logger? I have no idea how to use it. https://wiki.eveonline.com/en/wiki/Logserver


CCP Snorlax C C P C C P Alliance 310	Posted - 2013.12.07 13:33:00 - [6] - Quote Vincent Athena wrote: CCP Snorlax wrote: ..... In your settings folder you should have a file called prefs.ini - it's a simple text file. Open it up in a text editor and add the line frameTimeTimeout=30000 This sets a timeout value, in milliseconds, so that whenever the client freezes for more than this value a crash is induced. Before crashing, a file called pythonstatus.txt is written to the cache folder. ....... I added that line. Last night I got a freeze. But the client did not crash and no files got written. I waited for about half an hour. The prefs.ini files look like bitsCancelled=1 clusterMode=LOCAL clusterName=LOCALHOST@NODOMAIN debug=0 decimal=. digit=, eulaagreed=0 host=0 inputhost=localhost languageID=EN machoNet.acceptThreadCount=20 newbie=0 port=26000 rebootReason=connection lost rebootTime=130302129936291412 showHardcodedStrings=0 frameTimeTimeout=30000 Any ideas? Was the client completely frozen? Nothing moving on the screen? If so, the timeout should have kicked in, so I'm starting to think you are experiencing something different. If we're still rendering frames but somehow not responding to input that could explain this.


CCP Snorlax C C P C C P Alliance 310	Posted - 2013.12.07 13:38:00 - [7] - Quote Jarod Garamonde wrote: CCP Snorlax, I posted a thread about recent client hangs, earlier, with no response. I'm experiencing partial freezes, but mostly just when I'm running a single client... it seems to happen far less for me when I using both accounts. Hey, give me a break - you post late on a Friday afternoon and complain about no response at noon on Saturday! Anyway, I've responded now :)


CCP Snorlax C C P C C P Alliance 311	Posted - 2013.12.07 15:20:00 - [8] - Quote Vincent Athena wrote: CCP Snorlax wrote: Was the client completely frozen? Nothing moving on the screen? If so, the timeout should have kicked in, so I'm starting to think you are experiencing something different. If we're still rendering frames but somehow not responding to input that could explain this. Nothing was moving on the screen, and the client was not accepting any input. No chat, no camera wobble, no movement at all. Well, the mouse pointer moves. I was running 3 clients in a mining fleet, and it was the orca that froze. The other two ships could still put ore into the orca, and the orca remained in place, and in fleet, until I force quit the frozen client. I need to verify that the timeout works as it should on the Mac - it should have kicked in here. I'll have someone run some tests for me on Monday. Btw, do you play with audio on? Does it make any difference if you disable audio?


CCP Snorlax C C P C C P Alliance 313	Posted - 2013.12.11 15:25:00 - [9] - Quote Vincent Athena wrote: CCP Snorlax wrote: Vincent Athena wrote: CCP Snorlax wrote: Was the client completely frozen? Nothing moving on the screen? If so, the timeout should have kicked in, so I'm starting to think you are experiencing something different. If we're still rendering frames but somehow not responding to input that could explain this. Nothing was moving on the screen, and the client was not accepting any input. No chat, no camera wobble, no movement at all. Well, the mouse pointer moves. I was running 3 clients in a mining fleet, and it was the orca that froze. The other two ships could still put ore into the orca, and the orca remained in place, and in fleet, until I force quit the frozen client. I need to verify that the timeout works as it should on the Mac - it should have kicked in here. I'll have someone run some tests for me on Monday. Btw, do you play with audio on? Does it make any difference if you disable audio? Audio was disabled. I normally play sound off. I think once I got a freeze sound on. The music starts skipping, and stops altogether. Can you try something for me? I've added a command line switch to enable logging to file, to eliminate the need for LogServer and still allow us to get full logs. Create a folder somewhere called evelogs, or something like that, then add /fileLogDirectory=path to evelogs to the command line. The client should now create log files in this folder with full logging enabled. If you experience freezes with logging enabled I should be able to get some info on what's going on. You can get the logs to me either as attachments to a bug report, or send me a link to a shared file in EVE mail.


CCP Snorlax C C P C C P Alliance 314	Posted - 2013.12.11 20:00:00 - [10] - Quote Vincent Athena wrote: Im a little confused. I tried entering this into the terminal app: open /Applications/EVE\ Online.app/ --args /fileLogDirectory=/Applications/evelog And no files were generated in the folder evelog that I had created. I got a feeling there are other steps I need to be doing as well. The Mac debug page in the wiki lists several ways to make different log files: https://wiki.eveonline.com/en/wiki/Mac_bug_reporting leaving me not understanding what you need to help with this issue. I'm not sure which, if any, of these are out of date. Nor which method you would like to see me use. What else should I be doing? Alright, I'll have somebody inhouse try this for me on a Mac - don't have one myself and have no experience on the Mac, I'm afraid. I just want to fix any and all crashes in EVE. I guess the issue may be with the file paths - not sure how the file paths translate when running under Cider on the Mac. Anyway, this is still work in progress - I want to overhaul any diagnostics we do so you, the players, don't have to follow convoluted steps so that we, the developers can get the info we need to address issues you shouldn't be experiencing in the first place. In the near future I'm hoping to have an interface either in the launcher or the client (or both) to control this logging. So, bear with me and accept my apologies for using you as a guinea pig :)


CCP Snorlax C C P C C P Alliance 316	Posted - 2013.12.13 21:02:00 - [11] - Quote Vincent Athena wrote: I got a log from a client that experienced a freeze. This was on an alt account. The log was made from the monitor window. Unfortunately, there was no crash log or python trace file as the client never crashed, but got frozen. (Actually there was a crash log file, but it is zero bytes long and empty). I had three clients running during a mining op, 2 hulks and an orca. The client running the orca froze right after I had it warp to station. Just before the freeze the client displayed an exception. Getting an exception message displayed before the freeze is actually rare, and this may not be the actual "Mac freeze bug". But it is a bug with a freeze. Bug report filed with "CCP Snorlax" in the title. Hope this helps. Thanks for the report. The logs in this case indicate the process ran out of memory. That is probably the reason there is no dump. I need to investigate further if any of the warning preceding this could explain why the memory runs out - there must be a memory leak somewhere.


CCP Snorlax C C P C C P Alliance 317	Posted - 2013.12.14 11:22:00 - [12] - Quote I did fix the audio related freeze when docking/undocking earlier this week. I have that confirmed from one player who consistently froze on undock when audio was enabled. Of course it is possible there are further issues related to audio, but if you've had problems with that in the past, please try re-enabling audio (I'd suggest undocking somewhere safe first!).


CCP Snorlax C C P C C P Alliance 318	Posted - 2013.12.15 09:26:00 - [13] - Quote Vincent Athena wrote: Ive been doing more sessions with monitor logging running. I set the monitor to the memory tab to see if there was anything to see. With logging turned on the green line showing python memory slowly crept up. Total memory went up with it. Eventually the client got slower and slower, then crashed. It took about 2 hours. Turning logging off stops the slow creep. When I had logging turned on I also had it saving to file. So apparently the logging process itself crashes the client. Sigh. This is one more reason for me to overhaul the logging system (luckily it's already high on my list).

Copyright © 2006-2025, Chribba - OMG Labs. All Rights Reserved. - perf 0,03s, ref 20251128/0401
EVE-Online™ and Eve imagery © CCP.

COPYRIGHT NOTICE
EVE Online, the EVE logo, EVE and all associated logos and designs are the intellectual property of CCP hf. All artwork, screenshots, characters, vehicles, storylines, world facts or other recognizable features of the intellectual property relating to these trademarks are likewise the intellectual property of CCP hf. EVE Online and the EVE logo are the registered trademarks of CCP hf. All rights are reserved worldwide. All other trademarks are the property of their respective owners. CCP hf. has granted permission to EVE-Search.com to use EVE Online and all associated logos and designs for promotional and information purposes on its website but does not endorse, and is not in any way affiliated with, EVE-Search.com. CCP is in no way responsible for the content on or functioning of this website, nor can it be liable for any damage arising from the use of this website.