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
52 user(s) are online (7 user(s) are browsing Forum)

Members: 0
Guests: 52

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

Current balance: 60€
(last updated 03/2020)

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

Bitcoin address:
Thanks!
Collapse/Expand Links
Collapse/Expand Advertisement
There are currently 61 users playing Freelancer on 44 servers.
May. 28, 2020
The Starport Forum Index > All Posts (Ruppetthemuppet)

Bottom Bottom   Previous Topic   Next Topic

« 1 (2) 3 4 5 ... 10 »


Extra lines in dynamic infocards (Reverse-engineering jflp.dll/plugins)
Quite a regular
Joined:
2008/2/14 21:37
From İstanbul, Turkey
Group:
Registered Users
Posts: 138
Offline
So we've been trying to add some extra information to dynamic infocards (specifically the shield stats) based on what’s been done in jflp.c for engines and powerplants but have been running into some strange issues and would really appreciate some guidance.

We’ve copied the structure used by the other items that have new stat lines in jflp and added a case for them:

https://cdn.discordapp.com/attachments ... /682253489128079395/2.png

https://cdn.discordapp.com/attachments ... crosoft_Visual_Studio.png

The new shield stat-lines show up in game, but the value is not pulled from the [ShieldGenerator] entries in st_equip.ini as it should be:

https://cdn.discordapp.com/attachments ... 682253504496140308/2g.png

For some reason it grabs the parent_impulse and child_impulse values and puts them in the regen power drain and constant energy drain places. It’s definitely pulling from the correct entries as if I edit them in the ini they are reflected in the game. Changing the order of the lines in struct ShieldGenerator or adding more seems to stop child_impulse and parent_impulse from being grabbed at all, and the stat lines show up as zero.

For reference, I’ve attached the version of jflp.c I’m working with.
Could anyone shed some light on this? We don’t fully understand how jflp grabs the stats to display in the first place, so we’re probably missing something pretty fundamental here.

Many thanks in advance

Attach file:


zip jflp.zip Size: 9.43 KB; Hits: 13

Posted on: 2/27 8:14
Top
Topic | Forum


Re: Crash Offsets
Quite a regular
Joined:
2008/2/14 21:37
From İstanbul, Turkey
Group:
Registered Users
Posts: 138
Offline
So I've isolated this to rmlootprops.ini. We removed some entries (as various guns are not being used anymore and we don't want them to drop)

I'm not entirely sure what's causing it to crash, but it seems if certain things are made unavailable (notably if I change the faction to a placeholder one) the bar crashes the game/server. I guess I'll adjust drop rates using the lootable flag rather than using this file.

Posted on: 2/25 10:50
Top
Topic | Forum


Re: Crash Offsets
Quite a regular
Joined:
2008/2/14 21:37
From İstanbul, Turkey
Group:
Registered Users
Posts: 138
Offline
Removing reference to the new commodity doesn't seem to fix the crash. When you say commodities for jobs, do you mean the stuff that npcs drop as mission objectives to capture/destroy or something else?

Posted on: 2/25 8:32
Top
Topic | Forum


Re: Crash Offsets
Quite a regular
Joined:
2008/2/14 21:37
From İstanbul, Turkey
Group:
Registered Users
Posts: 138
Offline
I can't test this for a couple of hours, but we have an entry for:

Code:
[Commodity]
nickname = commodity_bounty_voucher
ids_name = 524505
ids_info = 524506
units_per_container = 1
pod_appearance = cargopod_blue
loot_appearance = lootcrate_blue
decay_per_second = 0
volume = 0
hit_pts = 250


in st_equip.ini and a goods.ini entry for it. They're in NPC cargoholds right now (and don't seem to drop, but perhaps that's another issue)

Could this be doing it?

Posted on: 2/25 7:47
Top
Topic | Forum


Re: Crash Offsets
Quite a regular
Joined:
2008/2/14 21:37
From İstanbul, Turkey
Group:
Registered Users
Posts: 138
Offline
Hello it's me again!

Never got to the bottom of the odd jflp offset, but it doesn't seem to happen on the server or anyone else's machine so it's not a big worry for the moment. However, we've got another rather odd problem:

When players on the server enter (almost any) pirate bar, the server crashes with a fault in content.dll with no console output:

Code:
Faulting application name: FLServer.exe, version: 1.35.1254.11, time stamp: 0x3ecbb13e 
Faulting module name: Content.dll, version: 1.0.1254.11, time stamp: 0x3ecbb142 
Exception code: 0xc0000005 
Fault offset: 0x000f7c2f 
Faulting process id: 0x228c 
Faulting application start time: 0x01d5eb5b9a73ff11 
Faulting application path: C:\Freelancer\EXE\FLServer.exe 
Faulting module path: C:\Freelancer\dlls\bin\Content.dll 
Report Id: ef1eba63-3da5-41f7-b5ad-2784fb0efded 
Faulting package full name: 
Faulting package-relative application ID:


Any ideas? It's definitely not diff2money.ini, loadouts.ini or mbases.ini causing the problem as far as we can tell, and we've otherwise not changed anything in relation to factions, bars or bases at all.

Edit: The same bars crash to desktop in SP as well, with no spew output.

Posted on: 2/25 7:03
Top
Topic | Forum


Re: Crash Offsets
Quite a regular
Joined:
2008/2/14 21:37
From İstanbul, Turkey
Group:
Registered Users
Posts: 138
Offline
Nmake did it, thanks Adoxa! This seems to have (touch wood) fixed my crash-on startup problem. However, I now have a new issue. flserver consistently crashes with offset 0x00001c54 in jflp.dll again whenever I exit to the menu or character select screen and is doing it whether or not flhook.dll is present in dacomsrv.ini. At least it's consistent this time!

Any ideas? I am completely at a loss figuring out what is causing flserver to behave in this way.

Posted on: 2/14 12:24
Top
Topic | Forum


Re: Crash Offsets
Quite a regular
Joined:
2008/2/14 21:37
From İstanbul, Turkey
Group:
Registered Users
Posts: 138
Offline
I managed to catch the AmmoLimit.dll error on the console when FLHook crashed as well, so it looks like this might be the root cause.

When attempting to compile AmmoLimit from source, VS doesn't seem to be able to find Common.lib. Is this the library used for compiling your tools listed on your website, or something more generic? Sorry if these questions are very obvious, C++ is very new to me and I'm only just really stepping into this stuff.

Posted on: 2/13 18:43
Top
Topic | Forum


Re: Crash Offsets
Quite a regular
Joined:
2008/2/14 21:37
From İstanbul, Turkey
Group:
Registered Users
Posts: 138
Offline
Got it compiling, thanks!

New puzzle on this fault. If I physically remove jflp.dll from the EXE folder before I start the server client, I get this:

Code:
Faulting application name: FLServer.exe, version: 1.35.1254.11, time stamp: 0x3ecbb13e
Faulting module name: AmmoLimit.dll, version: 1.0.0.1, time stamp: 0x52830b5b
Exception code: 0xc0000005
Fault offset: 0x000013cb
Faulting process ID: 0x133c
Faulting application start time: 0x01d5e2414c11f657
Faulting application path: C:\Program Files (x86)\Microsoft Games\Freelancer\EXE\FLServer.exe
Faulting module path: C:\Program Files (x86)\Microsoft Games\Freelancer\EXE\AmmoLimit.dll
Report ID: 73b6b356-0539-4259-a3e6-1edad36ee994
Faulting package full name: 
Faulting package-relative application ID: 


However, if I remove both, the application still faults, citing jflp as the issue. Any ideas?

EDIT: commenting out flhook.dll actually seems to stop the crash. Have to assume this means it's something hook-related, which is probably out of the scope of this thread.
EDIT2: Leaving ammolimit.dll in still crashes the server! Console gets a line off about how it can't load the dll and is ignoring it, then a few seconds later, the application faults again.

Posted on: 2/13 7:48
Top
Topic | Forum


Re: Crash Offsets
Quite a regular
Joined:
2008/2/14 21:37
From İstanbul, Turkey
Group:
Registered Users
Posts: 138
Offline
That's very odd! We've not made any adjustments to flserver at all bar a version number change. jflp.exe isn't being called in the server console as far as I can see.

A bit of an aside, How, in 2019 are you building jflp.dll with VC6? I want to play around with it a bit and see if I can understand it better, but I cannot for the life of me get it to build in Visual Studio. It seems to very consistently give me a line about there being too few arguments for call on line 319 so I assume I'm missing something important.

Posted on: 2/11 15:47
Top
Topic | Forum


Re: Crash Offsets
Quite a regular
Joined:
2008/2/14 21:37
From İstanbul, Turkey
Group:
Registered Users
Posts: 138
Offline
FLHook starts loading, but flserver seems to crash while it's trying to load the name cache. What's really confusing about this is it's very inconsistent. I just had to start flserver 4 times to try and get it to crash!

It's got to be something on my system. It's not the end of the world as the server runs and starts just fine on our vps. It makes local testing a bit of a pain, but I was mostly just a bit concerned I'd introduced something that's going to cause more problems down the line.

Posted on: 2/11 12:49
Top
Topic | Forum


Re: Crash Offsets
Quite a regular
Joined:
2008/2/14 21:37
From İstanbul, Turkey
Group:
Registered Users
Posts: 138
Offline
jflp.dll isn't defined in dacomsrv.ini either! I've mostly left that alone and the only non-vanilla dll files defined in there are FLHook and your excellent Ammo Limit plugin.

Posted on: 2/11 12:18
Top
Topic | Forum


Re: Crash Offsets
Quite a regular
Joined:
2008/2/14 21:37
From İstanbul, Turkey
Group:
Registered Users
Posts: 138
Offline
I feel a bit silly here, but bizarrely this still occurs even when I comment jflp.dll out of dacom.ini! Feel like I'm missing something extremely obvious >.<

Posted on: 2/11 12:15
Top
Topic | Forum


Re: Crash Offsets
Quite a regular
Joined:
2008/2/14 21:37
From İstanbul, Turkey
Group:
Registered Users
Posts: 138
Offline
Fixed this, but I have a new problem! The server app silently crashes on start (but only on my local machine) Offset is 0x00001c54 in flserver.exe. It doesn't seem consistent either. Sometimes it starts, sometimes it crashes:

Code:
Faulting application name: FLServer.exe, version: 1.35.1254.11, time stamp: 0x3ecbb13e
Faulting module name: jflp.dll, version: 1.2.0.3, time stamp: 0x5d9fe6dd
Exception code: 0xc0000005
Fault offset: 0x00001c54
Faulting process ID: 0xec4
Faulting application start time: 0x01d5e0d19a65c16e
Faulting application path: C:\Program Files (x86)\Microsoft Games\Freelancer\EXE\FLServer.exe
Faulting module path: C:\Program Files (x86)\Microsoft Games\Freelancer\EXE\jflp.dll
Report ID: 6e4291ec-560f-49ab-a349-6bf8a0fcee33
Faulting package full name: 
Faulting package-relative application ID: 

Posted on: 2/11 11:56
Top
Topic | Forum


Re: Crash Offsets
Quite a regular
Joined:
2008/2/14 21:37
From İstanbul, Turkey
Group:
Registered Users
Posts: 138
Offline
As loadouts.ini is clean I can only assume its a typo in an encounter. Wouldn't this cause output in flspew though?

I'll take a bit of time to pull the mod apart and check for typos and report back.

Posted on: 2/3 14:46
Top
Topic | Forum


Re: Crash Offsets
Quite a regular
Joined:
2008/2/14 21:37
From İstanbul, Turkey
Group:
Registered Users
Posts: 138
Offline
I thought this too, but reverting to the vanilla loadouts.ini file didn't fix the problem and the crash persisted.

However, with the mod off, a vanilla server runs just fine. Are there other files I should look in to identify what's causing this?

EDIT: Just had the same crash approaching a tradelane outside Manhattan, vanilla loadouts.ini file (with the mod on) and all. Doesn't seem to be Lane Hacker specific.

Posted on: 2/3 12:28
Top
Topic | Forum



Top Top
« 1 (2) 3 4 5 ... 10 »



[Advanced Search]