2.0.0 Plugins/KosAcid Projects/Plugin Ports

ok it’s not the .fl the problem
thx, i’ll use the sdk

HeIIoween wrote:
@Nexose recompile than hook under VS2008E too.

I got another runtime error using recompiled FLHook:

Debug Assertion Failed!

Programs: PATH_TO_FL
File: f:\dd\vctools\……crt\src\memcpy_s.c
Line: 61

Expression: src != NULL

Any idea please?

Here is parameters for compiler:

/Od /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_USRDLL" /D "BANNERSPLUGIN_EXPORTS" /D "_VC80_UPGRADE=0x0710" /D "_WINDLL" /D "_MBCS" /Gm /EHa /RTC1 /MDd /Zc:wchar_t- /Fo"Debug\\" /Fd"Debug\vc90.pdb" /W3 /nologo /c /ZI /TP /errorReport:prompt

/OUT:"Debug/banners.dll" /INCREMENTAL /NOLOGO /DLL /MANIFEST /MANIFESTFILE:"Debug\banners.dll.intermediate.manifest" /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /DEBUG /PDB:"Debug/banners.pdb" /SUBSYSTEM:WINDOWS /DYNAMICBASE:NO /IMPLIB:"Debug/banners.lib" /MACHINE:X86 /ERRORREPORT:PROMPT ../flhookplugin_sdk/libs/FLHook.lib ../flhookplugin_sdk/libs/FLCoreServer.lib ../flhookplugin_sdk/libs/FLCoreCommon.lib ../flhookplugin_sdk/libs/FLCoreRemoteClient.lib ../flhookplugin_sdk/libs/FLCoreDALib.lib ../flhookplugin_sdk/libs/FLCoreFLServerEXE.lib ../flhookplugin_sdk/libs/FLCoreDACom.lib  kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib

Release configuration will not make those error, but even that, my plugin not work normally. sometimes it crash FLServer.

Is any way to debug the dll? I want to know that’s wrong to my plugin.

HeIIoween wrote:
Look at crash offset

OK…It’s not crash and runtime erroring at Release config so far…BUT…i got problem when enter /help in game.

Here is code…i just copy it condata plugin…:

typedef void (*_UserCmdProc)(uint, const wstring &);

struct USERCMD
{
	wchar_t *wszCmd;
	_UserCmdProc proc;
};

USERCMD UserCmds[] = {
	{ L"/buyslot",		UserCmd_BuySlot},
};

EXPORT bool UserCmd_Process(uint iClientID, const wstring &wscCmd) {

	wstring wscCmdLower = ToLower(wscCmd);

	for(uint i = 0; (i < sizeof(UserCmds)/sizeof(USERCMD)); i++)
	{
		if(wscCmdLower.find(ToLower(UserCmds[i].wszCmd)) == 0)
		{
			wstring wscParam = L"";
			if(wscCmd.length() > wcslen(UserCmds[i].wszCmd))
			{
				if(wscCmd[wcslen(UserCmds[i].wszCmd)] != ' ')
					continue;
				wscParam = wscCmd.substr(wcslen(UserCmds[i].wszCmd) + 1);
			}
			UserCmds[i].proc(iClientID, wscParam);

			returncode = SKIPPLUGINS_NOFUNCTIONCALL; // we handled the command, return immediatly
			return true;
		}
	}

	returncode = DEFAULT_RETURNCODE; // we did not handle the command, so let other plugins or FLHook kick in
	return false;
}
///////////////////////////////////////////////////////////////////////////////////////////////////////////////

EXPORT void UserCmd_Help(uint iClientID, wstring wscParam) {
	PrintUserCmdText(iClientID, L"/buyad");
}

EXPORT bool ExecuteCommandString_Callback(CCmds* classptr, const wstring &wscCmd)
{
	returncode = DEFAULT_RETURNCODE;

	return false;
}

EXPORT void Plugin_Communication_CallBack(PLUGIN_MESSAGE msg, void* data)
{
	returncode = DEFAULT_RETURNCODE;

	return; 
}

	p_PI->lstHooks.push_back(PLUGIN_HOOKINFO((FARPROC*)&UserCmd_Process, PLUGIN_UserCmd_Process, 0));
	p_PI->lstHooks.push_back(PLUGIN_HOOKINFO((FARPROC*)&UserCmd_Help, PLUGIN_UserCmd_Help, 0));
	p_PI->lstHooks.push_back(PLUGIN_HOOKINFO((FARPROC*)&LoadSettings, PLUGIN_LoadSettings, 0));
	p_PI->lstHooks.push_back(PLUGIN_HOOKINFO((FARPROC*)&Plugin_Communication_CallBack, PLUGIN_Plugin_Communication, 0));
	p_PI->lstHooks.push_back(PLUGIN_HOOKINFO((FARPROC*)&ExecuteCommandString_Callback, PLUGIN_ExecuteCommandString_Callback, 0));

/buyslot is works good, problem just happen when i enter /help in chat. 

FLServer will crash after that, and in game, the red connection warning will showup, then after few sec, the /help list shows up, but FLServer already crashed..

Here is demo for the bug:

[flash]http://player.youku.com/player.php/sid/XMzE2NzI2NjI4/v.swf[/flash][/i][/i][/i][/i]

I put my big THANKS to you Helloween, it’s seems works normal now, so i can go on to finish version convert.

Thank you again!

Another problem.

Seems there is two FLHook 2.0, one i checked out from TSP SVN, file size 619KB, other one from KosAcid’s repository on SF.net, file size 651KB.

After test…. i think this two version is incompatible… i mean it’s not load each other’s plugin… anybody looked in to it?

I the plugins i used for test, so you can check it yourself.

It’s strange, i have VC9E and VC10E installed on my computer, so the redist runtime lib must also installed. but i still cannot make plugins running in both two FLHook in same time.

But… FLHook is not supported vc10 to compile for now right? I failed to use those 2.0 plugin on.

I just want….to get my plugin compatible with both…

I tried compile my plugin with VC10E to support KosAcid one. but i can’t…the sdk gives me a lot’s of error messages…

Done, Thank you Helloween, i just send both two version to that guy and let them choice themself.

Oh, the last one question, that about DSAceServer Plugin? Is it updated to FLHook 2.0 too?

Is the DSAceServer Plugin is the must one for a Discovery Server? If not, they will can use KA FLHook 2.0 and plugins now.

Any hope for plugins with 88Flak Hook features?
Like preventing certain items mountable on certain ships, individual solar respawn times?
Limiting player unmounted equipment would also be of use.

Hello,
In the Cloak plugin, option “DropShieldsCloak” does not work.

add :

[...]
///bool set_bPreventFireCloak;
bool set_bDropShieldsCloak; 
[...] 
///PrintUserCmdText(iClientID, set_wscCloakPrepareMsg);
if(set_bDropShieldsCloak){
     pub::SpaceObj::DrainShields(iShip); }
[...] 
///set_bPreventFireCloak = IniGetB(scPluginCfgFile, "General", "PreventFireCloak", false);
set_bDropShieldsCloak = IniGetB(scPluginCfgFile, "General", "DropShieldsCloak", false);

Dock Restrict doesn’t work. It’ll deny the player docking, but even if you have the proper item to unlock it, it won’t work.
It also doesn’t display dock denied messages. And when it does, it displays the ones I had from 1.61, which were changed. In fact, even deleting any entries from DockRestrict.ini had no effect, it still worked as if there were no changes.
So a lot of things wrong with it in general.