eezstreet

And people are astonished and amazed that I could be so grumpy.

My bad, I mistook .icarus as .IBI

.icarus is the compiled scripts. The stuff in JAScripts.zip are .txt files, which is what BehavEd can open.

I'm thinking splines.

Does it have source code?

OpenJK doesn't modify gameplay

"OpenJK doesn't have exploits"

Fixed. Apparently I had to: a) define the variable objects (xscale, etc) in the .cpp file B) extern said variable objects in the .h c) #pragma once the .cpp file (probably not necessary at all come to think of it, but I just ran with it)

@@Inyri / maybe @@Acrobat those are the only two girl modders that I'm aware of in this community

Are you positive that you even have force powers? Just a thought.

I have no clue what the #define is or what projects in particular use it, otherwise I could tell you. @@ensiform @@ensiform @@ensiform

It's like JA+ but it's actively maintained by Raz0r, instead of the infrequent updates that Slider puts out. The JA++ client is compatible with JA+ servers, and likewise, the JA++ server is compatible with the JA+ client. Here's a few things: - It has a TON of bugs fixed and exploits closed up - Has a few new features - Able to script your server using Lua among other things

jasp.exe is all you need to write.

I think JK2 mode doesn't work, but otherwise it's stable. @@ensiform has been doing a lot with it lately, so he might know more.

Interesting. I'm surprised that this one was never made.

http://japp.jkhub.org/forum/viewtopic.php?f=2&t=5 What do you have to lose by using it? The JA++ client is backwards compatible with JA+, btw..

Run the game using a .bat in order to be certain.

Oh, then try com_safemode perhaps. May I ask what this script is for?

Type "safe" in the console and see what pops up. Also I'm pretty sure vstrs don't save. A lot of the stuff you've got in that script is extremely redundant.

Will try Raz0r's fix as soon as I can. Thanks for the assist.

Makes no difference either way on the linking errors.

K, so here's the rub. I'm trying to essentially turn cgDC/uiInfo.uiDC into a namespace, as opposed to being a giant glob of function pointers. The definition for the namespace functions is held in ui_devicecontext.cpp, which is included by both cgame and game. The namespace is declared within ui_devicecontext.h, which is included by all the files which make use of the namespace. Here's the code: http://slexy.org/raw/s209ji5Xoe Anyway...yeah, the problem is that the linker barfs over this. Error 4 error LNK2005: "bool (__cdecl* DisplayContext::FeederSelection)(float,int,struct itemDef_s *)" (?FeederSelection@DisplayContext@@3P6A_NMHPAUitemDef_s@@@ZA) already defined in ui_atoms.obj E:\Code Projects\Github\JKGDevs\OpenJK\codemp\ui\ui_devicecontext.obj Error 48 error LNK2005: "bool (__cdecl* DisplayContext::FeederSelection)(float,int,struct itemDef_s *)" (?FeederSelection@DisplayContext@@3P6A_NMHPAUitemDef_s@@@ZA) already defined in ui_atoms.obj E:\Code Projects\Github\JKGDevs\OpenJK\codemp\ui\ui_main.obj Error 92 error LNK2005: "bool (__cdecl* DisplayContext::FeederSelection)(float,int,struct itemDef_s *)" (?FeederSelection@DisplayContext@@3P6A_NMHPAUitemDef_s@@@ZA) already defined in ui_atoms.obj E:\Code Projects\Github\JKGDevs\OpenJK\codemp\ui\ui_saber.obj ad nauseum for each function call btw, I'm calling them like this: DisplayContext::FeederSelection(blah, blah, blah);

Make sabers shorter. That would encourage close combat, wouldn't it?

No.