Locked_gates and one that doesn't belong…

robocop

Question about locked jumps.
I want the vanilla locked jumps to remain locked. Running PlayerCleaner to check for locked jumps will remove all locked gate entries on all player files. I don’t want this to happen.

Now, I did remove the references in St01, St02, and St03 to the jumpholes in those systems in mpnewcharacter.fl. The locked_gates in the playerfiles still reference them though. (1st four entries)

[mPlayer]
locked_gate = 2926089285
locked_gate = 2926433351
locked_gate = 2460445762
locked_gate = 2263303234

In addition, each playerfile has the following entries at the end of the locked gates section.

locked_gate = [ Sigma-13 Jump Hole (Ku06_to_BW05_hole) ]
locked_gate = [ Sigma-13 Jump Hole (Rh01_to_Bw05_hole) ]
locked_gate = [ Frankfurt Jump Hole (Rh02_to_Rh04_holeb) ]
locked_gate = [ Hamburg Jump Hole (Rh04_to_Rh02_holeb) ]
locked_gate = [ New York Jump Hole ] <= this is the first NY -> NY jumphole
locked_gate = [ New York Jump Hole (Li01b_to_Li01a_hole) ] <= this is the other one.
locked_gate = 0 <= WHAT IS THIS ONE? (don’t mean to shout, just bringing attention to it)

What would cause the generation of that entry? The mpnewcharacter.fl file has had the entries to the four St jumpholes removed and none added. Could this entry be the cause of my server crashing troubles? Manually removing the entry from the player file seems to do no good as it’s regenerated the next time the player logs in. Not so with the St jumps, just that one locked_gate = 0 entry.

If I use FLPlayerCleaner to clean the locked jumpholes, would they end up being regenerated by FL?

? Offline

Teoretically, if you did created flserver with locked gates in initialworld - they will be regenerated again.

Simply rename this locked gates nicknames to new ones and forgot about them as about a bad dream.

TheDvDMan

Actually, 0 = Nothing! There are many things like that in Freelancer, like the engine_goods.ini which is a blank file, and more of those appear in many places, even in DLLs.
Its probably just a mistake of the programmers, in which they deleted the gate and forgot to delete the entry, so it was generated to 0 when they first tested their server.

robocop

I think you misunderstand. That entry is NOT in mpnewcharacter.fl or in initialworld.ini. It’s being generated by something else.

I just don’t know what. We’ve added no locked jumpholes (that would be silly) and the fact that it’s there and not in examples of other server playerfiles makes me wonder.

TheDvDMan

So it effects something at all?

LancerSolurus

You can turn the locked gate removal feature off if you are using my software…

As far as 0, in programming it means NULL, no idea whats causing it though.

robocop

@LS, I think I want the locked gates scrubbed. I thought perhaps the locked_gates = 0 entry may be coming back because it hasn’t been removed from ALL player files. What I’m wondering is, will the gates listed in initialworld.ini and mpnewcharacter.fl reappear in the cleaned files? I do want the locked gates that are SUPPOSED to be there to be there.

adoxa

It seems that the locked gates in initialworld will always be added to the player files (I think this was mentioned somewhere else). So I don’t think there’s any point in making the current behaviour any different - let the cleaner remove all the gates, let the server put the initialworld gates back in. As for the 0 gate, no idea. I wouldn’t think locked gates would be created, so I don’t know where that comes from, nor do I yet know how to track it down.

NeXoSE

adoxa wrote:
It seems that the locked gates in initialworld will always be added to the player files (I think this was mentioned somewhere else).

Yes, but npcs locked gates also effect to player. So just need to change npcs locked gates.

My post:
http://the-starport.net/modules/newbb/viewtopic.php?topic_id=2503&forum=21&post_id=23252#forumpost23252

adoxa

That wasn’t my experience: Edit initialworld.ini, comment out locked_gate, but leave npc_locked_gate alone. Start the server & client, create a new character. No problems using the internal New York hole, which is still locked for NPCs (presumably). Select an existing character (to see if its locked gates will propogate), go back to the new, still works (admittedly, I didn’t do anything with the old character and it was in a different system). Examine the player file, no locked gates.

robocop

Well, as an update.
I used FL PlayerCleaner to scrub all player files of the locked gates. I verified that the locked gates including the ones that were removed from the system ini files were missing as well as that pesky locked_gate = 0 entry. No locked gate entries in any player files I checked.

Went online along with a few other players. Checked player files of those online. Those online had the correct locked_gate entries in their player files, the holes to the St systems were no longer there and the locked_gate = 0 entry was also gone.

Twenty minutes later the locked_gate = 0 entry was back in the online player’s files.

I don’t know if it’s contributing to our server crash issues or not but I sure would like to know what’s causing it.

LancerSolurus

This glitch in FL has been known for a long time. It is random. If you have ANY locked gates on ANY players that log in, then it will spread to other player files. Usually it is to the ones online at the same time.

The bug usually only locks those present in the player files but sometimes it makes them up by randomly picking a jumphole to lock. Then this one spreads as well.

If you are still using a 32 bit Windows, it is easy to get it started by using FL Shell’s ‘restart’ command. The restart files contain the locked gates by default. Use the restart in-game then check your player files about 30 minutes later. Someone else will need to log in during that time, check their file.

robocop

Are you referring to the reappearing locked_gates that are normal to vanilla freelancer, or the locked_gate = 0 entry that I’m wondering about?

I don’t care about the locked gates reappearing, I want them there. What I don’t want, or rather, what I’m curious about is why do I have a locked_gate = 0 entry in each player file. There’s nothing in my mod that adds a locked gate.

NeXoSE

@adoxa, I don’t know but npcs lock will work to player when i testing, strange. If i made any mistake on that test, sorry.

@LancerSolurus, maybe the “name” file will be the source of infection

? Offline

Btw, Robocop try to unlock by mission scripting

Something like

Act_LockDock = Player, Li01_to_Iw03, unlock

Act_PlayerCanDock = true, Li01_to_Iw03

robocop

NeXoSE wrote: @LancerSolurus, maybe the “name” file will be the source of infection

You know, I’ve wondered the same thing as it seems like the name file is the only thing left that I haven’t ruled out.

I thought the name file was only used to associate the player’s MPID with the server. In other words, all it did was take the player’s MPID and assign that ID an account.

I know in the past when I’ve recreated the server, even though the name of the server was exactly the same, the players were all assigned new account folders. When doing character restores, I had to actually search by character filename rather than by just looking for the old folder.

I did attempt to rule out the name files back in February by having all players create a new account and then moving their character files over into the new accounts, but maybe there’s more to it.

robocop

Is anyone else seeing a locked_gate = 0 entry in their playerfiles?

I’m running straight vanilla right now, no mods at all. All new playerfiles. Each player is getting a locked_gate = 0 entry in their file despite there being no provision for such in initialworld.ini, mpnewcharacter.fl or newplayer.ini.

Maybe locked_gate = 0 is normal???

And, does anyone have any insight into my question about the ‘name’ files?

R

cvekiboy

locked_gate = 0				;* err code
```Do not worry - your not only!
Clear vanilla + added few system.
Me not bother **why** for now cose other have priorities as still it not affect gameplay.

As total noob, may I ask is that maybe have connection with this server error output:

****** New Log (Version 1.0 Build 11) ******
1: E:\FL\Scratch\Source\Common\CSolar.cpp(109) : *** ERROR: 0xbec27c0a is dockable, but doesn’t have a valid base or system to go to

robocop

That line pops up for an object that’s defined as a base but either doesn’t have a dock_with = line or isn’t identified in universe.ini. If the object is defined in solararch.ini as having docking points, that also might be a cause.
It’s been a while since I’ve done bases. If you have a base object in space that’s not a base try identifying it as a satellite instead of a station

That CRC doesn’t refer to anything vanilla. It must be one of your added bases.

adoxa

The name file is as you say (which is why I didn’t reply earlier) - it contains the encrypted name of the id. The hash of this name is what generates the directory name (70 bytes = 35 Unicode characters = 23 in hex, the length of the string being hashed). If name doesn’t match the directory, you can’t connect. I wrote a program to decode it (very weak encryption) and test it against the directory (albeit only for the “23-*” directories). Ran it on your original server, everything was fine, so I never mentioned it.

I still don’t think the 0 is anything to worry about (after all, no gate is going to be 0, so it’s not going to lock anything), but I’ll still see if I can track down what generates it.