Cache Files

[§tå£kër 3000]

I also do have Jcoopz1 and dzmapm installed on server, could either one of those be causing the problem?

[Bane]

I have no idea if cache.ini will affect anything. It should only store the names, and never actually be read.

I just tried this myself.
Started by 224v server. Joined with 227e client. I downloaded HideSeek.u from the server and joined successfully.
I then closed both the client and server. Restarted the server with a different version of HideSeek.u. Rejoined with the 227e client; downloaded the changed version of HideSeek.u and joined successfully.
I closed the client. I copied the HideSeek.u file from the server system directory to the client system directory. I joined the server successfully; no download, of course.

Cache.ini contains 2 more (total of 5, now) entries for HideSeek.
B49690B34D65C5669B7D40A416D52215=Hideseek
31565C2D45109B86135BD28B575D09BC=Hideseek

I don't know what your problem is. Are you doing what I described and still getting the issue?

Seriously, unless you're doing somewhat horribly wrong, it's impossible. Without accessing cache.ini (and it shouldn't; it should only be written to and never read from) unreal has no way of getting the name of a file from the cache. The only way unreal could open a previous version of a file from the cache would be to open EVERY file in the cache and check to see if the package name is the same as the one being searched for. The only way to get a mismatch from the cache is if the cache file is already loaded into memory. If you want to make absolutely sure that unreal is not loading old version after getting the name from cache.ini (nevermind the fact that there would be absolutely no reason for unreal to do this), rename it.

I also do have Jcoopz1 and dzmapm installed on server, could either one of those be causing the problem?

No.

Also, if i instead install the new .u file in the client instead of d/l the cache and I have the old cache file still in the client, I will get a mismatch.

Shouldn't Unreal ALWAYS look for an .u file first?

The current order is Memory, \System, \Cache. It has been suggested that this be changed to Memory, \Cache, \System to avoid version mismatches caused by having the incorrect version in your system folder but having the correct version in your cache.

[[§Ŕ] ŤhěxĐâŕkśîđěŕ]

cache.ini

Where is that bloody file? :-?

[GreatEmerald]

B49690B34D65C5669B7D40A416D52215=Hideseek
31565C2D45109B86135BD28B575D09BC=Hideseek

Huh? Unreal doesn't add a version token? In UT2004, you would have this:

Code: Select all

B49690B34D65C5669B7D40A416D52215-1=Hideseek
31565C2D45109B86135BD28B575D09BC-1=Hideseek

Darksider, it's in Unreal\Cache.

[Bane]

Nope. Copied that straight from the ini. And I have never heard of a version flag before, so there's no way Unreal could support it. It just isn't part of the file.

How does it work in UT2k4? I assume that if you recompile in UEd, it would just increment the version flag, but what if you export and rebuild in UCC, or exclusively use UCC? Is it always part of the default properties (uh... for the package?) or something similar? And is it actually used for anything, or is it just a human reference?

[§tå£kër 3000]

Bane when you have time, d/l these cache files from this web site, and hold on to them. next time i have the problem, I'll post it here and you can try connecting to server with those "old" files and  mabe we can get this sorted out. the cache files are in 7zip format.

http://files.filefront.com/Cache7z/;12410476;/fileinfo.html

[Bane]

Downloaded. If you can, send me a message on AIM when you want me to join. Shouldn't you also give me a .u file?

[GreatEmerald]

No idea, I just know that in my INI all lists have the token, like:

Code: Select all

38653DF64ED519B6DBC8529C368E737A-1=ComboNecrov2.u
E508F04F4B65843AA529449267CA7BA7-1=AdminPlus_v14.u

[[§Ŕ] ŤhěxĐâŕkśîđěŕ]

Darksider, it's in Unreal\Cache.

Thank you.
How come I didn't notice before?
I really need to wear that contact lens...

[[]KAOS[]Casey]

for clarity, 227, UT and beyond have cache.ini, though UT supposedly has an upper limit on how big the cache can get.

You will not see that file in 224/225/226 etc..

[[§Ŕ] ŤhěxĐâŕkśîđěŕ]

You will not see that file in 224/225/226 etc..

Well that one's for sure.
Maybe that's the reason I didn't notice it before...

[§tå£kër 3000]

Updated old files yesterday, and added a new file, all went well.
No cache problems.