ISXDK
Contents
Introduction
ISXDK, short for Inner Space Extension Development Kit, is used for developing extensions for Inner Space sessions.
Installation
Installation of ISXDK is very simple. Download and run the installer, and have it install to anywhere you want -- it doesn't matter where it is in relation to your source code, so long as you remember where it is. After installation, you need to add the include and library paths to Visual Studio so they will be used automatically when you #include <isxdk.h> from your code and link to isxdk.lib.
Getting Started with ISXDK
The following ISXDK documentation will assume, in most cases, that you are a proficient C++ developer. This is not a C/C++ tutorial -- if you need one, please start by finding one. You should at least be familiar with calling conventions and function prototypes before attempting to create an extension (specifically, you need to know why your functions need to look exactly like the examples). You should also be aware of what a struct is, and understand that a LavishScript data type does not replace a struct -- it is a window into a data structure for scripts.
This section of the documentation explains the basics of the ISXDK, and each of the main things that you may be developing in an Inner Space extension.
Concepts
Inner Space extensions, on the most basic level, simply deal with an extension interface (ISXInterface) and the Inner Space interface (ISInterface). These interfaces provide a method of two-way communication between your extension and Inner Space. Inner Space generally does not need anything from your extension -- just initialization, shutdown, and version. These are the three functions your extension will provide that are accessible to Inner Space (though the version function is hidden to you). Your extension, however, needs many functions from Inner Space. (ISInterface) provides many fuctions to allow your extension to do everything you want it to do. If anything is missing that you feel you need access to, make sure to ask and it may be provided in a new ISXDK version.
Commands
Commands provide an interface for the end user to control your functionality. Commands are actually extensions to LavishScript rather than Inner Space, though you pass your command definitions to LavishScript through the Inner Space interface. LavishScript command functions follow the standard prototype for a console program -- int __cdecl main(int argc, char *argv[]). As with console programs, argv[0] is the name of the command and is included in argc. The actual arguments start with argv[1].
Your command functions need to return a value. Returning a negative number indicates a fatal error that should immediately end the script, if any. If you need to indicate such an error, you should return -1, in case other values are used for different purposes in the future. Returning a number greater than or equal to 0 indicates success. 0 should always indicate a plain old "success". You may choose to return different positive values to indicate different success conditions for future use. At present, the return value is not used other than to check for an error that should end the script, but it will be accessible to scripts in a future release. No positive return values will be reserved for future use by LavishScript.
Data Types
Services
Services provide an alternate method of two-way communications between Inner Space and an extension, or even between extensions. Services do not require changes to the interfaces, and each service is completely independent of the ISXDK. The ISXDK provides helper functions and structures for the built-in services, including the HTTP service, Pulse service, Console service, and so on. Services work by sending broadcast or targeted messages, usually along with a pointer to data. The service host and clients need to know what messages are available, and what data is associated with the messages they need to send or receive.
Top-Level Objects
Top-Level Objects are often confused with Data Types, and many times users talk about "members of a Top-Level Object". Top-Level Objects are actually much like variables, and are used exactly like a variable would be used. Both may have an index. Variables use indices for array dimensions, and Top-Level Objects generally use indices like command arguments. Both result in either an instance of a data type, or NULL.
Top-Level Objects are defined much like commands, but slightly different. The standard argc and argv parameters are used, but the name of the Top-Level Object is *not* given as the first argument.
Utilities
mkisx
The mkisx utility generates an ISX (Inner Space Extension) project with everything necessary to get started creating your extension. Whether you are new to C++, new to ISXDK, or a seasoned veteran of both, this utility should serve as your starting point for all of your IS extensions. This utility is a command-line utility, though a GUI will be added later. To use it, put the name of your new project as a parameter. The project will be created, prepended with ISX, in its own subdirectory from the current location. The .vcproj file can then be loaded by any version of MS Visual Studio .Net, or the .dsp file can be loaded for Visual Studio 6. We do not officially support Visual Studio 6, as it is out of the Microsoft support cycle and no longer receives updates.
Struct2LSType
Struct2LSType reads in C headers, and outputs text to be copied and pasted into your extension to form LavishScript data types that directly access structures.
Tutorials
Samples
Reference
Callback Functions
- BlechVariableValue
- BlechCallback
- CreateISXInterface
- ISService
- ISServiceRequest
- LSCommand
- LSTopLevelObject
- SetEnumCallback
- SettingEnumCallback
Classes
- CColumnRenderer
- CIndex
- CLock
- CNavPath
- CPixelMap
- CSemaphore
- CSignal
- CThread
- ISInterface
- ISXInterface
- LSType
Functions
- DistancePointLine
- GetDistance2D
- GetDistance3D
- IsNumber
- IS_AddTrigger
- IS_CheckTriggers
- IS_Detour
- IS_ExecuteEvent
- IS_HttpRequest
- IS_RemoveEvent
- IS_RemoveTrigger
- IS_SetEvent
- IS_UnDetour
- Memory_Modify
- Memory_UnModify
Macros
- FUNCTION_AT_ADDRESS
- FUNCTION_AT_VARIABLE_ADDRESS
- FUNCTION_AT_VIRTUAL_ADDRESS
- DETOUR_TRAMPOLINE_EMPTY
- ISAddTrigger
- ISCheckTriggers
- ISDetour
- ISExecuteEvent
- ISRemoveEvent
- ISRemoveTrigger
- ISSetEvent
- ISUnDetour
- ISXPreSetup
- MemoryModify
- MemoryUnModify
- TypeMember
- TypeMethod
- foreach
- foreachp
Structures
- BLECHVALUE
- LSTYPEMEMBER
- LSTYPEMETHOD
- LSTYPEVAR
- LSVARPTR
- POINT2F
- POINT2I
- POINT3F
- RGBCOLOR
- _FileOpen
- _FileIO
- _EventSet
- _TriggerAdd
- HttpFile
- HttpRequest
- MemDetour
- MemIs
- MemModify
- MemProtect
Troubleshooting
Compile Errors
Believe it or not, compile errors are not the fault of Inner Space or ISXDK. Nearly all complaints about compile errors are somehow blamed on the development kit, whereas the fault actually lies in the developer's proficiency with C or C++. Errors or warnings are clearly described by the compiler, and you should be able to resolve the issues on your own. If you are unable to do so, feel free to ask -- but be aware that you will be more likely to learn something about C or C++ than to find a bug that needs to be fixed.