I went to play a recent conversion by .:..:'s (which is awesome btw) offline and I noticed that some of my save games .

How something like this gets unnoticed for this long I have no idea... but this is seriously embarrassing.  Does anyone even care about Unreal singleplayer anymore?  Sure, I notice the forums at UnrealSP.org that some people care about it, but the numbers are dropping fast there as well.  I know DM is important to the 227 team just as much as SP/Coop (probably more even), but something such as games not always properly overwriting each other goes unnoticed?  Wow.

Obviously this is not something where I can provide a picture example, but I promise that it has happened for me and someone else just the same offline.

Can't reproduce with or without admin level privileges on Unreal.exe.

Going to need what OS, what type of account, {admin, power user, normal user, guest or other}, and if win7/vista UAC level settings.

You probably will also want to check ownership on the Saves folder as well.

You could also attempt to run unreal with admin privileges and see if that changes the result at all.

Truth is that the bug is not reproducible here.
Also truth is that you are obviously unwilling to help to find it, just to insist that someone somewhere may have the same issue or maybe even not. Its of course not your fault to blame the people here because no one ever had this or was willing to post it if so, including yourself- better is to complain directly.
And if your so important time permits it, you are maybe so generous to see if there is really something with the patch or maybe just with a messed installation or wrong settings. But that's of course impossible.
Just that there are plenty of possibilities which need to be considered, as if someone really would care about your secret OS or machine.

Yeah.
You know this is the same thing I have to hear again and again here:

"You braincrappity smacked idiots, nothing is working, you messed it all up. It's not my fault that I am not willing to read the release notes and FAQ's are for idiots only. I'm to lazy to set up my game again, I did it already 10 years ago, so I copied over my ini. And my high end 300$ PC is able to run everything so I set everything to ultra settings. It's all your fault its not working now and it only runs at 1 FPS."

So if you are willing to help with something, give us something to work with, something more than "I've heard that someone somewhere may had the same problem with stock maps."

[]KAOS[]Casey wrote on 10/22/11 at 08:11:41:

Jâçkrâßßit wrote on 10/22/11 at 12:43:46:

I can not reproduce that in your video, so no oscar for you (using Windows 7 w/ 227h)!
Why don't you make yourself a little more useful and actually post some log file with the error?

Jâçkrâßßit wrote on 10/22/11 at 12:43:46:

That's what you said.

Jâçkrâßßit wrote on 10/22/11 at 12:43:46:


Oh my god ! A report with some information! Was it now so hard to report it like this ?

But yeah and its obviously not reproducible by anyone. Tried the same here with 2 different machines now and no problems at all.

Thanks Matrix for the information. It could have been so easy from the beginning on.

It looks like the game can't be overwritten in your case. But it still doesn't happen for me...question is now, why it does for you.

This message is supported and sponsored by the 227 Dev Team.

Jâçkrâßßit wrote on 10/22/11 at 11:49:22:


Funny thing is, it is relevant to the topic. If your operating system denies you modify permissions to an already existing file that you have written in a folder you may not own, {Hint : Unreal writes saves as Save#.usa} it may fail. As shown in the video, there is an  attempt to make a new save, then after changing maps, you attempt to modify it, the instance of the UWindow updates, but the file modification fails.

Quote:


On top of this, it's relevant because 227 is built on a newer compiler which may actually use new permissions which {by default at least, you could install some wrapper driver I believe, but it had no OS level permission denial}

Jâçkrâßßit wrote on 10/22/11 at 12:43:46:

Reproducible by anyone, anywhere, regardless of status of worshiping unreal gold, making bad console subclasses, or generally  being an ass to the only people who can help you.

Pcube wrote on 10/22/11 at 13:15:21:


May I point out that your comment both has a lack of content, lack of maturity, and lack of actual thought or willingness to help the situation? Instead you sit back and be a total lameass and think any efforts to help are laughable.

I may also remind you that I own that domain and the webspace and I reserve the right to delete the content and make you look like an even bigger fool. I could replace it with something that makes you look like even more of a fool.

You two seriously disappoint me. Instead of actually being tasteful when finding a bug all you do is stop legitimate efforts to help your problem. I had to write up this giant ass post to tell you that while instead I could've been tracking down exactly what causes this when you make a custom console or a custom console in a certain way. You are a true bane to developers who actually give a crappity smack.

I found the root cause. This only happens with a custom console that I found laying around that is huge and subclasses a whole ton of stuff. Stock unreal/simple subclasses are not effected.

obj list class=level results in..

Code:

Log: Object                                                                           NumBytes   MaxBytes
Log: Level nyleve.MyLevel                                                               510816     513556 
Log: Level Save0.MyLevel                                                                  9368      10492 
Log: Level Entry.MyLevel                                                                  4546       4694 
Log: 
Log:                                                       Object   NumBytes   MaxBytes
Log:                                         Level nyleve.MyLevel     510816     513556
Log:                                          Level Save0.MyLevel       9368      10492
Log:                                          Level Entry.MyLevel       4546       4694
 

Save0 is the save of VortexRikers after it was loaded.
NyLeve is the level I'm currently in, and if I try to save a package named Save0... in which the file is already locked because it's still in memory, the overwrite will fail.

For me, a simple obj garbage fixed the problem. I could then save.

Code:

Log: 274172.2ms Unloading: Package nyleve
Log: Save=115.145717
Log: Moving '..\Save\Save.tmp' to '..\Save\Save0.usa'
Warning: Error moving file '..\Save\Save.tmp' to '..\Save\Save0.usa'
Warning: Error saving '..\Save\Save0.usa'
...{pruned obj list/refs commands}
>obj garbage
Log: Collecting garbage
Log: Purging garbage
Log: 396255.2ms Unloading: Package DoorsAnc
Log: 396262.2ms Unloading: Package vrikers
Log: 396267.2ms Unloading: Package Greatfire2
Log: 396272.2ms Unloading: Package Vortex
Log: 396280.2ms Unloading: Package Save0
Log: Garbage: objects: 22573->20978; refs: 467199
Init: Shut down moving brush tracker for Level nyleve.MyLevel
Log: Save=107.616335
Log: Moving '..\Save\Save.tmp' to '..\Save\Save0.usa'
Init: Initialized moving brush tracker for Level nyleve.MyLevel
 

Matrix found the same results as me. Something in the custom console is preventing obj garbage and stopping Save# from unloading upon level switch.

Verdict :

ps: still going to find a fix

edit: