FLHook Plugin Version

prices.cfg

by

dsacesrv

seems to be wont work this way anymore…

... Marketgood = li01_01_base, gf6_package, 646000.00000, 0 Marketgood = li01_proxy_base, gf6_package, 646000.00000, 0 ... ```Or i missed something?

Updated with Stats plugin 🙂

Since most of the active developers have since retired, I have decided to shutter FLHook development from the Forge.

The project is now available on Github: https://github.com/Friendly0Fire/FLHook

Merge requests are welcome by anyone who wishes to. This includes new plugins that may be distributed alongside FLHook itself.

Note that the version on Github has also been modified since the last SVN commit.

awesome thanks the 3 uints are enough to go on for the conversion even if the actual content of the values arent known

nvm, managed to find a copy of VC6 and recompile, the dll in the svn’s bin directory could probably use a update at some point though

FriendlyFire wrote:
Yeah, if that ordering doesn’t work for you, it’s a design problem with your plugin, not with Hook. That loading/unloading order is the only logical one.

OK, i solved that problem.

I realize It’s wrong to resorting boot / shutdown sequence. All i need it to know the function is not exist any more.

So i made a function to let sub plugin creator to tell the board plugin about it.

However the mechanism to make it work needs to lock the specific function call for thread safe. Which make the efficiency across all threads become low.

But for FLServer + non-real time APIs, that’s far beyond enough.

FriendlyFire wrote:
You’re taking the files from the bin folder, but building using VS2012. VS2012 projects build in bin-vc12.

Make sure you’re compiling consistently. If you use VS2012/2013, the build files will all be in bin-vc12, including the FLHook.lib file. If you link against the .lib in bin, the plugins will not run. Likewise, the right plugins to use are also in bin-vc12.

Err…

First sorry for delay of reply. I have to sleep after I posted the topic (0:30, and about 9 in your local time).

OK, i got your point FriendlyFire. So, i follow the clue and discover my vc120 build can actually working on my Windows 7.

About the Lib. So i noticed the work did by compile scripts, it automatically replace the FLHook.lib. You guy make it very convenience.

Thank you!

@Starworld: THX i’ll try that

But still I got problems with unmodified newest rev 😕
Maybe i should open a new thread for that….

At the first glance the clients are registred by flhook again (with rev241; checked via getplayers command)
It’s a bummer that it dont work with the newest rev for me :S

Ok, it works. 🙂

And how to get tsNick to be printed?

TString<16> tsNick; Reputation::get_nickname(tsNick, iAff);

http://forge.the-starport.net/issues/520

Wondering that will fit well for Disco - that does not look like a whim.

F!R wrote:
……, I don’t think THIS could be misunderstood.
😉

Obviously I was wrong.
😉

It is just lag detection and logging.

The Player Control plugin logs it, it doesn’t make it happen.

HeIIoween wrote:
Place *.fl restarts files at exe\flhook_plugins\restart\

Argh, I just realised my mistake. >_< FLHook.ini was looking for files in
exe\flhook_plugins\restart
when it should have been
exe\flhook_plugins\restart\

Thanks for your help, restarts are working fine now.

NeXoSE wrote:
Add cloak inside please….

And… I don’t want to rework my plugin, please keep interface still please…

Sigh Interface changed….

I need rework on my plugin for make it work on new FLHook…

Is the newest version is done? 2.0? which VC is needed to compile?

Yes I did that and I saw another strange thing. NPC’s could see me and enemies can shoot at me and i think they are able to kill me when I’m cloaked.

I looked at all filed many times but I couldn’t find a mistake

EDIT: I found my mistake. I forgotten loading Cloak.dll in the dacom.ini