Ryzom

shuawinn wrote:

Tried configuring Cmake to use snowballs. When I built the install project inside VS2008, I checked the default directory for the installation and no snowball files were installed. I checked the build log and there is no mention of it either.

Commented out in cmake, just needs prebuilt Nel libraries to find them.

I switched the subsystem from Console to Windows to remove that issue.

Without having looked into the code... is it possible that the service does not implement main() but WinMain()?
If this is the case, changing the program entry point signature might be more cross-platform :)

rti wrote:

Without having looked into the code... is it possible that the service does not implement main() but WinMain()?
If this is the case, changing the program entry point signature might be more cross-platform :)

Like dfighter proposed, Adding WIN32 to ADD_EXECUTABLE is the right fix for that :) It doesn't break anything on other platforms (it's simply ignored).

WinMain is for DLLs and GUI applications (without console) under Windows.

main is for console applications.

Qt is using a trick, they created a qtmain library which implements WinMain and call your main.

You can too force the use of main instead of WinMain for GUI applications but it's not the right way to do it.

I see. So I assume it is the NeL service creation voodoo which creates the WinMain() on windows and would create main() on other platforms.
I should have looked into the code :)

No rti, that WIN32 is CMake.
The service creation voodoo magic macro is called "NLNET_SERVICE_MAIN".

Yes, I understand.
And NLNET_SERVICE_MAIN generates the service's main()/WinMain() function. Correct?

I just thought in the beginning there is a hardcoded WinMain() function in the code.
But since the NeL macro is used, everything is fine and I should have just shut up in the first place. :)

Yes it does. :)

#if defined(NL_OS_WINDOWS) && defined(_WINDOWS)
#define NLNET_SERVICE_MAIN(__ServiceClassName, __ServiceShortName, __ServiceLongName, __ServicePort, __ServiceCallbackArray, __ConfigDir, __LogDir) \
 \
int APIENTRY WinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) \
{ \
    NLMISC::CApplicationContext    serviceContext; \
    __ServiceClassName *scn = new __ServiceClassName; \
    scn->setArgs (lpCmdLine); \
    createDebug(NULL,!scn->haveLongArg("nolog"));\
    scn->setCallbackArray (__ServiceCallbackArray, sizeof(__ServiceCallbackArray)/sizeof(__ServiceCallbackArray[0])); \
    sint retval = scn->main (__ServiceShortName, __ServiceLongName, __ServicePort, __ConfigDir, __LogDir, __DATE__" "__TIME__); \
    delete scn; \
    return retval; \
}

#else
#define NLNET_SERVICE_MAIN(__ServiceClassName, __ServiceShortName, __ServiceLongName, __ServicePort, __ServiceCallbackArray, __ConfigDir, __LogDir) \
 \
int main(int argc, const char **argv) \
{ \
    NLMISC::CApplicationContext serviceContext; \
    __ServiceClassName *scn = new __ServiceClassName; \
    scn->setArgs (argc, argv); \
    createDebug(NULL,!scn->haveLongArg("nolog"));\
    scn->setCallbackArray (__ServiceCallbackArray, sizeof(__ServiceCallbackArray)/sizeof(__ServiceCallbackArray[0])); \
    sint retval = scn->main (__ServiceShortName, __ServiceLongName, __ServicePort, __ConfigDir, __LogDir, __DATE__" "__TIME__); \
    delete scn; \
    return retval; \
}

#endif

Molator found a fix the source files for running the server end of things. The program is looking in an incorrect directory for the config files. They need to have an update at the end of the file when the NLNET_SERVICE_MAIN is called. Collision works fine but the FES, Chat, and POS files need to be fixed. I'm still looking for a fix for the client, as the binary still thinks the default for the config file isn't where it actually is.

I have added in code\nelns\login_system\nel_launcher_qt\CMakeLists.txt :
${QT_QTMAIN_LIBRARY} in TARGET_LINK_LIBRARIES() to avoid the WinMain issue.

Thanks dfighter and molator for your patch :)

Beware it's windows only.