These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

Issues, Workarounds & Localization

 
  • Topic is locked indefinitely.
 

Launcher and Repairer infinite loop bug/issue?

First post
Author
Zir Blazer
Center for Advanced Studies
Gallente Federation
#1 - 2013-06-18 08:53:41 UTC  |  Edited by: Zir Blazer
I spended the last 36 hours trying to debug an issue when attemping to play Eve from a RAMDisk. At first I through that it was data corruption due to complains from the ExeFile client about "modified files" that were fixed after re-copying them from the Hard Disk, and it indeed was, as I found out with Memtest86 that the RAM had errors. Seems it couldn't cope up with the Timmings I set it at and had to relax them a bit. After being happy with Memtest86 results, I still had some minor issues, until I got tired, disabled everything, and tried doing it with the Hard Disk install. And figured out it was reproducible there, too.



The problem is the following:
When using the EVE Launcher (v.2.1.545736) with the default file shortcut:
launcher.exe /forcelauncher

After some 2 or 3 minutes long Hard Disk crunching, it validates the Eve Online installation and allows me to play. Closing it, and opening it again, tells me that the client is ready in just a few seconds. I usually just skip the launcher and go straight for ExeFile. So far no issues.
However, if I use the repair.exe file, it says that some files got "missing blocks" and downloads a 22 MB or so patch...

Quote:
(1/7) Downloading index: Initializing ...
(1/7) Downloading index: 100.0%, 18.30 KB/18.30 KB, 3.66 KB/s, 00m00s
(2/7) Hashing files: Initializing ...
(2/7) Hashing files: 100.0%, 00m00s
(3/7) Downloading recipes: Initializing ...
(3/7) Downloading recipes: 100.0%, 23.17 KB/23.17 KB, 4.63 KB/s, 00m00s
(4/7) Calculating patch: Initializing ...
launcher\applyPatch.exe, missing 1 out of 1 blocks
launcher\avcodec-53.dll, missing 17 out of 17 blocks
launcher\avformat-53.dll, missing 3 out of 3 blocks
launcher\avutil-51.dll, missing 2 out of 2 blocks
launcher\default-settings.yaml, missing 1 out of 1 blocks
launcher\icudt.dll, missing 152 out of 152 blocks
(4/7) Calculating patch: 100.0%, 00m00s
launcher\launcher.exe, missing 2 out of 8 blocks
launcher\launcher_console.exe, missing 8 out of 8 blocks
launcher\launcher_helper.dll, missing 1 out of 1 blocks
launcher\libcef.dll, missing 310 out of 310 blocks
launcher\library.zip, missing 322 out of 322 blocks
launcher\localization.xml, missing 2 out of 2 blocks
launcher\Microsoft.VC90.CRT.manifest, missing 1 out of 1 blocks

... and so on.

After letting it do his job, opening the Eve Launcher opens a installation-like window that install some files (That I think are these very same ones that got replaced by the repair utility, at least on the only one I checked before and after repair, en-GB.pak, it got the same CRC32, but different timestamp), then takes again two or three minutes to validate itself. And if I open the repair utility again, this repeats. I would expect that the repair utility would tell me that nothing is wrong instead of going into a loop like this, so I would think that its checksum list wasn't updated to the latest.


Additionally, repair doesn't seem to like some ASCII characters because it creates a new folder to put the "checksums" file at. In the spanish Windows XP SP3, the "Local Settings" folders is called "Configuración local" (Pay attention to that ó, is non standard), and there is were the regular Local Settings\Program Data\CPP\EVE client cache is at, however, the repair utility makes a folder called "Configuración local" with all the other subfolders at Documents and Settings\[myuser].


I would like to know if this behaviator ir reproducible, because I wasn't able to enjoy my RAMDisk thinking it had data corruption issues and wouldn't risk a client crash or BSOD that could make me lose a ship, and now, I have a high degree of confidence that it isn't from my side anymore.

Windows XP SP3 (Spanish)
No application that could cause interference was enabled at the time (Antivirus or whatever else)
Zir Blazer
Center for Advanced Studies
Gallente Federation
#2 - 2013-06-20 08:46:33 UTC
*BUMP*
San Tawate
Caldari Provisions
Caldari State
#3 - 2013-06-20 12:25:47 UTC
close your launcher and it should update correctly I had the same issue then i closed the launcher and it updated fine
CCP Aita
C C P
C C P Alliance
#4 - 2013-06-20 13:21:05 UTC
Zir Blazer wrote:

The problem is the following:
When using the EVE Launcher (v.2.1.545736) with the default file shortcut:
launcher.exe /forcelauncher

After some 2 or 3 minutes long Hard Disk crunching, it validates the Eve Online installation and allows me to play. Closing it, and opening it again, tells me that the client is ready in just a few seconds. I usually just skip the launcher and go straight for ExeFile. So far no issues.
However, if I use the repair.exe file, it says that some files got "missing blocks" and downloads a 22 MB or so patch...

Why would you use the repair tool if the launcher is able to patch and launch the game for you?

Associate Programmer Team Special Circumstances

Zir Blazer
Center for Advanced Studies
Gallente Federation
#5 - 2013-06-20 14:54:21 UTC  |  Edited by: Zir Blazer
CCP Aita wrote:
Why would you use the repair tool if the launcher is able to patch and launch the game for you?

Because as my RAMDisk wasn't 100% stable, I was experiencing data corruption issues that made ExeFile complain about modified files while on the RAMDisk everytime I tried to open it, and that I should repair the Eve installation. So I did. After experimenting with several RAM settings I managed to get the launcher and the client consistently working, but I also ran the repair utility just to be sure that it didn't detected altered files after being on for several hours. But it was still complaining. So I spend 13 hours of Memtest86, and another day trying to figure out what caused those missing blocks errors, until I figured out that it the repair utility was wrong, as my data corruption issue had been fixed by then because everything else was working properly.