Building FL Hook with VS 2005
-
**I get a ton of conversion errors
HkInit.cpp line 312 - undeclared identifier
- this can be fixed by taking the ‘uint i’ out of the line at 262 and putting it at the top of the routine
.iConnects must have class/struct/union
- that is caused by the above problem
BinaryRDLReader::extract_text_from_buffer’ : cannot convert parameter 1 from ‘wchar_t [1024]’ to 'unsigned short *
cannot convert from 'const unsigned short ’ to ‘std::basic_string<_Elem,_Traits,_Ax>’
and a ton more like that* -
It’s only about 40 of them so I might just write a routine to do the same thing and repair them…
-
I had the same problems…
http://flhook.drachennest200x.de/forum/viewtopic.php?t=387 -
He nice to see that others run into the same problems^^
Well the wchar problem is due to the fact that flhook uses multibyte characters/unicode - even casting doesnt work. I nearly had completed this but than you run into other problems ;(What needs to be proved if it can be deactivated by compiler or linker settings, for example /wd <number of=“” error=“”>i didnt tried it yet. At least there must be a way to change this besides all other warnings and errors
And the code seems to be written in old-style c - and even this is not longer tollerated by the VS2005 compiler - what at least is good because the source so gets more stable and the optimizing routines of VS2005 could work proper in the case the code would be native code. I know from other projects that the code from VS2005 runs faster and more stable than e.g. with the VS6 engine compiler and linker - so a trial worth to get it translated in VS2005 ;)</number>
-
**Well, I know how to do conversions between unicode and multi-character formats, I agree that it would help if it would work on later compilers.
W0dk4, sorry to say but you aren’t going to be always using that compiler, could you post your thoughts on this since you will upgrade one day?I have a few extra features I would like to add in but I would prefer to give them to you to implement them in your full versions….hehe, I can’t do that if it won’t compile or if I have to add custom code.**
-
Lancer see this topic: http://the-starport.net/index.php?option=com_smf&Itemid=26&topic=398.0
Your own code can be put in as a plugin, right?I do vote for transforming the old code to vs2005 standards. That way even lesser Gods can look at the code (and even build it)without buying a old compiler.
-
-
Good to know, hope you release a compiled version when you get it working.
-
I have thought about it a little bit and I think it will be open source, yes.
The only things that will not be open source may be certain plugins, that relate to anticheating or other important functionality that shouldnt be open source.
Lol, why did you just say the direct oposite of my answer!!!
Other than that. Good point about the cheat addons and such.
