Macintosh

I'm surprised no ones figured this out yet; Theres a relatively simple workaround / solutions which could be implemented by CCP with relative ease. I've been using this since the problem occurred in Scylla.

Since the migration to the shared cache in Scylla, not only was the multi client cache shared into one directory, the wine socket was also put into the shared directory, which is the crux of the issue.

Launching multiple clients will reuse the wine socket, which is not a problem.

Closing one of those clients also closes the socket, so when other clients try to read/write to the socket, they appear to be dead.

Best i can figure the reason why the wine server appears stuck and needs to be kill -9'd in order to relaunch it is because its counter of open clients != closed clients, so the process remains active (though it could just be another problem related to an incomplete socket.close() call).

Workaround as follows:

1. Open launcher
2. Launch Client 1
3. Navigate to shared Cache DIrectory [ ~/Library/Application Support/EVE Online ]
4. Locate a directory named similar to wineserver-uuid-username
5. Rename it to whatever you want
6. Launch Client 2
7. ???
8. Profit!

The launcher will always regenerate the original folder name on every client launch, so any number of clients can be launched via this method by simply renaming the regenerated folder to a new name.

I have no idea why the generated uuid in the directory name is the same every time, it appears to be a mac address, but it doest match any of my interfaces.

Quick CCP solution would be to actually generate a uuid in the directory name on client launch + socket creation vs reuse of same socket.

Proper CCP solution would be to cross check whether it should actually run socket.close() on client quit if multiple clients are open vs just a deallocate ( Disclaimer: I know jack about how wine internals actually work )

Sorry for keeping this a 'secret' for so long. I honestly thought others had figured this out by now since it has been nearly 4 months.

=== CAVEAT ===

Almost forgot to put this in:

DO NOT OPEN IGB

IGB seems to do voodoo to the socket to generate a new window, but it cannot connect to the socket since the directory has been renamed ( doesn't affect game since socket was already open and fs changes on an os level won't affect data read/write )

i had filed a bug report regarding this problem on 6/17.
ccp responded 2 days later - but never notified me.

revisited the bug report today (8/23) the advice they provided was contained in a wiki: https://wiki.eveonline.com/en/wiki/Multiple_clients
none of the "fixes" seem acceptable. all the suggested solutions have issues.


today, had 2 clients running. playing station games with 4 war targets on station.
when main toon suddenly "lost connection".
of course, 2nd account "white" screened.

had to completely restart computer to re-enter game.
during that time....ship destroyed.
i'm sure CCP will replace the lost ship. not sure if they will completely accept the responsibility for the loot drop, deleting the loss mail, adjusting the war report, replacing lost skill points (because it was a t3) and rescinding bounty payouts - although that would be the right thing.

am very disappointed in the programmers at CCP who have allowed this problem to exist for such a long time without a viable solution. instead allowing us mac users to be inconvenienced while our PC "buddies" enjoy the game as intended.

The link to clonemaker on that page is broken. The link is:

http://content.eveonline.com/www/tools/EVE_Clonemaker_rev6.zip

But on trying to load it, I get this:



I'm really tired of Mac users being treated like crap. CCP seems to never test any patches or updates on Macs and use us as their beta testers. But by the time they get an issue fixed, the next patch has broken something else.

The "quick fix" i have been using seems to work well. Use the ESC menu => Quit Game but before the command can "process" regain focus on the first client loaded, yes you have to be QUICK. Whatever works right?