How to recompile Adoxa's dll src

LOL

This recalls my memory when I first start to work on Freelacner 6 years ago as a person that has NO experience on programming.

When I want’s to write any code, the compile only gives error I can’t even know what it saying.

Back to topic:

@JONG

Do you use GUI? If you can use your Visual Studio load that ‘dsw’ file, you may follow this:
https://msdn.microsoft.com/en-us/library/34c30xs1(v=vs.71).aspx

There will be a text box at right side of ‘Module Definition File’ for you to fillin ‘Common.def’.

And then, you may try to build with it.

BTW: I don’t receive any email from you, did you send it?

That’s weird, I did replied your PM.

Here is my email addr: [email protected]

Please expecting about 6 hour delay for reply.

JONG wrote:
@Adoxa:

When I change the source code:

STRINGTABLE
LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US
{
  0, "Entered %Zv1"    // or just "%Z" if you prefer, e.g.:
  1, "Left %Zv1"       // "Entered the Badlands." vs "Badlands".
}

……

Wait a minute.

If this is all you want to do, you can try to download a ResHacker here: http://www.angusj.com/resourcehacker/

And use it to edit the pre-compiled DLL file.

I changed it to [c]L"\x9032\x5165 %Zv1."[/c] and it seemed to work fine (single player, using Console to jump in & out of the zone). Of course, that’s quite inconvenient, but switching to Unicode also worked (so it was [c]“進入 %Zv1”[/c], with the whole file as UTF-16; UTF-8 didn’t work with VC6).

@JONG

He’s already told you:

Open: http://macchiato.com/unicode/convert.html

Set “Input” (The left side) to Text -> Simple
Set “Output” (The right side) to UTF-16M -> Base 16

Then, enter text you want, for example: “進入”

After you done, click the > button in the middle

What you should get is two number: 9032 5165

This two number represent the two characters you just inputed.

Now you do a little convert manually by give each number a prefix \x, and remove the space between them, So it will be something like \x9032\x5165.

When \x9032\x5165 enters Freelancer, it will be your text “進入”.

If you had a lot of text needs to convert, AND you are using Firefox, Chrome or lastest IE (v11), you may:

0. Make sure you still on page: http://macchiato.com/unicode/convert.html
1. Press F12, it will pop up Development Gear if the web browser
2. Switch to “Console” tab
3. Paste following code in the Console Command Input and hit Enter:

$('[name="mainTextOutput"]').value = "\\x" + ($('[name="mainTextOutput"]').value.split(" ").join("\\x"))

Actually, I simply meant load [c]Zone.rc[/c] in Notepad (or equivalent) and save it as Unicode - you can then type in Chinese as normal and [c]rc[/c] will compile it as usual.

As you’ve probably discovered by now, ResHacker doesn’t support [c]\x[/c], but I was able to just copy and paste the symbols from here, which apparently compiled successfully. Ah, but I’m using the fx version, which may make a difference.

adoxa wrote:
Actually, I simply meant load [c]Zone.rc[/c] in Notepad (or equivalent) and save it as Unicode - you can then type in Chinese as normal and [c]rc[/c] will compile it as usual.

As you’ve probably discovered by now, ResHacker doesn’t support [c]\x[/c], but I was able to just copy and paste the symbols from here, which apparently compiled successfully. Ah, but I’m using the fx version, which may make a difference.

Sorry, I didn’t test for that method.

But I think he’s has difficulty to compile it in the first place.
(He’s acutally asked me in Chinese with PM before started this topic. And I did that compile as well and got same problem with that missing symbol)

And I find that if I change:

#define IMPORT __declspec(dllimport)

to

#define IMPORT __declspec(dllexport)

and use following makefile,

# Makefile (VC6) for Zone.
# Jason Hood, 24 February, 2014.

CPPFLAGS = /nologo /W3 /O2 /MD /LD /EHsc

Zone.dll: Zone.cpp Zone.res Common.lib
	cl $(CPPFLAGS) $** user32.lib /link /base:0x6140000 /filealign:512

Common.lib: Common.def
	lib /nologo /machine:ix86 /def:Common.def

The code will compile, but I think I better shut up before understanded what’s the different between dllimport and dllexport.
(Yeah, seriously, I had an IDA Pro book(The IDA Pro Book infact), and I don’t even finish menu readout after 3 years from purchase, so I definitely don’t know what it says about this two differents.)

And directly change the RC file did causes the problem he’s had right now. (Message only show once). And I sadly found that ResHacker don’t have the capacity to export and then import Res/RC files.

And the “zone.rc in Unicode” way looks has same result as edit with ResHacker, no matter I directly enter Chinese and save those file with Unicode or convert them into \x and save them into ANSI.

My programming experience is really low

@JONG:

Are you sure? I loaded the dll to ResHacker and saw:

STRINGTABLE
LANGUAGE LANG_CHINESE, 0x2
{
0, 	"进入 %Zv1"
1, 	"脱离 %Zv1"
}

It’s not in Traditional Chinese at all.

And it’s not working properly in game – The message only show once, meaning there only “Enter” message, no “Leave” and further “Enter” / “Leave” pair.

@JONG:

Yes, it’s so weird. Debug like this is exhusting.

But there is something also weird is, after I compile with Unicoded [c]zone.rc[/c], when I open up the resulting DLL with ResHacker, it still display normally – I was hoping to see the miscode.

I think it’s either because ResHacker did code convert automatically when I open the file so I can read it, Or it’s still ANSI.

Could be a fail guess though.

I have no idea what’s going on here

@NeXoSe: dllimport means this function will be found in another DLL; dllexport means make this function available to others.

I tried the above DLL on my English system and that worked fine. Have you tried changing system (or maybe just using a tradelane) and seeing if that message shows up, and then try the zone again? (If you’re using Console, just do [c]s .[/c].) If that works, then perhaps Zone still thinks a message is displayed and so does not display another one until something else resets it. Still, I don’t know how that would occur. If it doesn’t work, I guess I could add some log messages to the spew (unless you want to delve into low-level debugging, as well…).

adoxa wrote:
@NeXoSe: dllimport means this function will be found in another DLL; dllexport means make this function available to others.

Sorry for delay.

I tested again using above DLL, and I can conform that:

1, When enter a new field, the Entering message will show up, but no Leaving message.
2, Re-enter that same field, the Entering message will not show up.
3, Enter another field, the Entering message for the new entered field show up, but again, I leave without the Leaving message.
4, I also tried the Jumpgate (Cause map reloading?), same thing happens.

Here is the record:
https://www.youtube.com/embed/f3yPkogmt5w
Or https://www.youtube.com/watch?v=f3yPkogmt5w&feature=youtu.be
(Sorry, litte blurring, my camera not forced, and I failed notice that…)
(And I also had to test my plugin at same time to save some time…So …)

BTW: Then, why I change [c]dllimport[/c] to [c]dllexport[/c] and the DLL still working as I (seems) reversed the purpose completely? OK, I think it’s not good for waste your time and energy to answer my newbie question, I better just Google it myself to fill the empty hold of my knowledge.

Thank you!