Freelancer Community Network
Reminder: Internet Explorer 6 or below are NOT supported.
HomeHome
ForumForum
WikiWiki
DownloadsDownloads
ForgeForge
Multiplayer Connection Tutorial
Collapse/Expand Random Image
Collapse/Expand Login
Username:

Password:

Remember me



Lost Password?

Register now!
Collapse/Expand Chat
Collapse/Expand Who's Online
73 user(s) are online (39 user(s) are browsing Forum)

Members: 0
Guests: 73

more...
Collapse/Expand Donations
Monthly costs: -30€
Income (ads): +5€
Donations (last month): +5€

Current balance: -60€
(last updated 10/2020)

Please make a donation if you want to help keeping The-Starport online:

Thanks!
Collapse/Expand Links
Collapse/Expand Advertisement
There are currently 87 users playing Freelancer on 41 servers.
January. 22, 2021

Browsing this Thread:   1 Anonymous Users



 Bottom   Previous Topic   Next Topic  Register To Post

(1) 2 »


Bad visit entry 4294967295
Home away from home
Joined:
2008/5/21 19:32
Group:
Registered Users
FLServer Admins
$$$ Supporters $$$
Senior Members
Posts: 935
Offline
What Causes This ERROR!!!!!?

I know it's related to a memory overflow or memory = zero error or something but what causes it?

I'm becoming more convinced that these bad visits showing up in the player files is what's causing our problems on FLU.

I'll run FL Player Cleaner (v 1.007) and find players with this error. Usually quite a number of them and usually all with ONLY this error.

I'll clean the files to remove the bad visits, re-run the 'generate error log only' option to verify they're gone, and rerun the server.

Within 20 minutes or so, players start getting these errors again.

I don't know if the .\HookFunctions.cpp(887): *** ERROR: Exception in Hook__IServerImpl_TradeResponse (unhandled exception) error is causing the visit errors or the other way round.

Please help... In seven years of running FLServers, somebody must've seen this before.

Posted on: 2010/9/7 18:16
Gun control is like fighting drunk driving by making it harder for sober people to buy a car...
Top
Re: Bad visit entry 4294967295
Home away from home
Joined:
2009/8/16 2:58
From Qld, Aus.
Group:
Registered Users
FLServer Admins
Trusted Speciality Developers
Senior Members
Posts: 1958
Offline
Here's a plugin that monitors the creation of visit entries (IServerImpl::SetVisitedState). It serves two purposes: logs every visit to EXE\visit.log (format should be obvious), in the possibly vain hope of detecting where -1 occurs; and actually removes the -1 entry, so it never gets written to the player file.

Attach file:


zip visited.zip Size: 3.44 KB; Hits: 280

Posted on: 2010/9/8 9:41
Top
Re: Bad visit entry 4294967295
Home away from home
Joined:
2008/5/21 19:32
Group:
Registered Users
FLServer Admins
$$$ Supporters $$$
Senior Members
Posts: 935
Offline
Very nice, thanks.
Now... how is this applied if you don't use FLHook?

R

Posted on: 2010/9/8 14:32
Gun control is like fighting drunk driving by making it harder for sober people to buy a car...
Top
Anonymous
Re: Bad visit entry 4294967295
Anonymous-Anonymous
just add it to dacomsrv.ini it has nothing to do with hook

Posted on: 2010/9/8 14:46
Top
Re: Bad visit entry 4294967295
Home away from home
Joined:
2008/5/21 19:32
Group:
Registered Users
FLServer Admins
$$$ Supporters $$$
Senior Members
Posts: 935
Offline
Done and working.
I see that it logs by time/date stamp, *.fl, and I presume the serverside account ID. Then it logs the hash for the object/zone encountered, and the visit code. ie. 21524, 65

In this log I see the following codes all generated within 5.5 minutes of gameplay.

30
1
41
65
31

Can this be modified so that it also logs the general location of the visit? At least the system anyway? Perhaps if that visit is generated in the same system each time, that would narrow down what I'm looking for.

Finally, anyone have a link to an explanation of the visit codes?
I know jumpholes are usually visit = 0, lootable wrecks are visit=16, zones are usually visit = 128 etc.

Which codes are in use and what do they do?
The only one I'm sure of the purpose for is the visit = 16 code which prevents a lootable wreck from being looted more than once by each character.



Posted on: 2010/9/8 18:37
Gun control is like fighting drunk driving by making it harder for sober people to buy a car...
Top
Re: Bad visit entry 4294967295
Home away from home
Joined:
2008/5/21 19:32
Group:
Registered Users
FLServer Admins
$$$ Supporters $$$
Senior Members
Posts: 935
Offline
I see that the plugin is working. It's trapped and removed several attempts to enter that visit into some player files.

Now, how to identify what's causing them? Can the plugin be changed to identify the player by name rather than by playerfilename? Would make it easier to track the players in each system as the visits are being entered.

Posted on: 2010/9/8 22:12
Gun control is like fighting drunk driving by making it harder for sober people to buy a car...
Top
Re: Bad visit entry 4294967295
Home away from home
Joined:
2009/8/16 2:58
From Qld, Aus.
Group:
Registered Users
FLServer Admins
Trusted Speciality Developers
Senior Members
Posts: 1958
Offline
I was thinking you could use what was visited directly before/after to narrow it down. Use CreateID/WhatIs or CRCTool to convert the hash to its nickname. After a look at your log (remote desktop helps), it is a faction (65) that is causing the error, so that isn't of much use. Here's a new plugin that only logs the bad visit flags. It puts the character file name first, followed by the character's name, dropping the server id. The next line contains the system, base and room (if present) hashes (thought about decoding them, but nah, just use CreateID/WhatIs).

Attach file:


zip visited.zip Size: 5.94 KB; Hits: 249

Posted on: 2010/9/9 11:22
Top
Re: Bad visit entry 4294967295
Home away from home
Joined:
2008/5/4 21:00
Group:
Registered Users
Senior Members
Posts: 554
Offline
Quote:

robocop wrote:

Finally, anyone have a link to an explanation of the visit codes?
I know jumpholes are usually visit = 0, lootable wrecks are visit=16, zones are usually visit = 128 etc.

Which codes are in use and what do they do?
The only one I'm sure of the purpose for is the visit = 16 code which prevents a lootable wreck from being looted more than once by each character.




From old old old memory, visit = 128 means never visible on map or something.
visit = 0 or visit = 1 means always visible...without having to visit it.

or it's the other way around.

So full navmap mod made all things visit = 1 or 0 or something.

You could easily check your belief about the visit = 16 by a simple test. From memory you can loot the same wreck every time the server is reset... so this would indicate visit is related to nav map only. Maybe it means names or objects appear only when zoomed in - I really can't remember, haven't played FL in a looong time now.

Why not start playing around with checking visit numbers for various objects though and see what occurs.

By the way, a point of interest. You could unlock the jumpgates on the server, to allow players through. However, I seem to remember that just ONE playfile with those gates locked (ie existing playerfile before the server set the gates to be unlocked) would corrupt all playerfiles so that the gates were locked to everyone. Whether the ini files said so or not. Maybe something similar. I am most likely completely wrong and whatnot, but just thought I'd mention it

Posted on: 2010/9/9 18:20
Top
Re: Bad visit entry 4294967295
Home away from home
Joined:
2008/5/21 19:32
Group:
Registered Users
FLServer Admins
$$$ Supporters $$$
Senior Members
Posts: 935
Offline
Quote:

Chips wrote: You could easily check your belief about the visit = 16 by a simple test. From memory you can loot the same wreck every time the server is reset... so this would indicate visit is related to nav map only. Maybe it means names or objects appear only when zoomed in - I really can't remember, haven't played FL in a looong time now.


Yeah, this is verified by fixing the wrecks in Omicron Beta (Hosho Maru, Escorts, Pathfinder) so that they loot only once per character. With a visit = 16 property for a lootable wreck the wreck will restock with loot after each server reboot BUT if you've already looted it with that character, the loot will just explode on separation and the wreck will remain empty until next server restart. The wrecks in Beta are the only ones in Sirius that can be looted multiple times by the same player character unless those visit entries are changed.

Quote:

Chips wrote: By the way, a point of interest. You could unlock the jumpgates on the server, to allow players through. However, I seem to remember that just ONE playfile with those gates locked (ie existing playerfile before the server set the gates to be unlocked) would corrupt all playerfiles so that the gates were locked to everyone. Whether the ini files said so or not. Maybe something similar. I am most likely completely wrong and whatnot, but just thought I'd mention it


Also confirmed. IFSO has an option to unlock jumpholes for a player but it only lasts for a very short time UNLESS you do it for ALL players AND you also remove the locked jumpholes from the startup player files so that no new players would have those entries in their char file.

Posted on: 2010/9/9 21:27
Gun control is like fighting drunk driving by making it harder for sober people to buy a car...
Top
Re: Bad visit entry 4294967295
Home away from home
Joined:
2008/5/21 19:32
Group:
Registered Users
FLServer Admins
$$$ Supporters $$$
Senior Members
Posts: 935
Offline
Quote:

adoxa wrote: After a look at your log (remote desktop helps), it is a faction (65) that is causing the error,...


Do you suppose it could be related to a player's freelancer.exe file? If they have a modded file that say adds the Order, or maybe even a faction from another mod, could that generate this error?

Posted on: 2010/9/9 21:34
Gun control is like fighting drunk driving by making it harder for sober people to buy a car...
Top
Re: Bad visit entry 4294967295
Home away from home
Joined:
2009/8/16 2:58
From Qld, Aus.
Group:
Registered Users
FLServer Admins
Trusted Speciality Developers
Senior Members
Posts: 1958
Offline
Having another look at the logs, it always seems to occur in space, so here's another update to include the ship's position. It also translates the system hash (vanilla only, for others trying this) and removes the indentation.

Attach file:


zip visited.zip Size: 9.96 KB; Hits: 257

Posted on: 2010/9/11 8:14
Top
Re: Bad visit entry 4294967295
Home away from home
Joined:
2009/8/16 2:58
From Qld, Aus.
Group:
Registered Users
FLServer Admins
Trusted Speciality Developers
Senior Members
Posts: 1958
Offline
Tracked it down to affiliation. When a player has no affiliation (no faction before their name, nothing flashes in your own rep list), -1 is returned to indicate as such. The client still passes this along to the server as a visited faction, though, which ends up as the bad visit entry. This is either a bug in the original code, or something that wasn't meant to cause any harm. I don't really think it's anything to worry about, but if it bothers admins, I could write a simpler plugin to remove it (or perhaps FLAC/FLHook authors might like to add it directly there).

Posted on: 2010/9/12 6:38
Top
Re: Bad visit entry 4294967295
Home away from home
Joined:
2009/8/16 2:58
From Qld, Aus.
Group:
Registered Users
FLServer Admins
Trusted Speciality Developers
Senior Members
Posts: 1958
Offline
Here's what I can glean of the visit values. It's a bit mask, so add these together.

    0 - default value, not visited, nothing special
    1 - visited, will show on Nav Map/rep list
    2 - unknown, doesn't seem used
    4 - mineable zone
    8 - "actively" visited (looted wreck is the only real meaning)
  16 - wreck
  32 - zone
  64 - faction
128 - hidden, never shows on Nav Map

Objects containing bases have 31 (with the exception of New York (Li01_01) having 30, presumably due to visit = 1 in the system file, or perhaps it's just special).

Posted on: 2010/9/12 7:36
Top
Anonymous
Re: Bad visit entry 4294967295
Anonymous-Anonymous
Just like to add to Visit 0. Can be applied to planets or moons or anything come to think of it that doesn't show up on your navmap when you first visit a system but will do once you've been close to them. Haven't figured out due to not trying that if you leave the visit = 0 entry off, will the object still behave as if the entry were still there?

Posted on: 2010/9/13 8:15
Top
Re: Bad visit entry 4294967295
Home away from home
Joined:
2009/8/16 2:58
From Qld, Aus.
Group:
Registered Users
FLServer Admins
Trusted Speciality Developers
Senior Members
Posts: 1958
Offline
0 is the default, so no visit line is the same as visit = 0. I was even thinking of removing them all for the next JFLP.

Posted on: 2010/9/13 9:14
Top
(1) 2 »