This adds the "EQ Zone" service to address the crash on zoning issue in the help thread. ISXEQ.h *** C:/Documents and Settings/Rewind/Desktop/MQ2-200803072/MQ2Main/ISXEQ/ISXEQ.h Fri Feb 29 19:34:28 2008 --- C:/Documents and Settings/Rewind/Desktop/MQ2-20080307/MQ2Main/ISXEQ/ISXEQ.h Thu Mar...

This is for MQ2Data.cpp

Hello Jon100,

There is a post on the innerspace forums that deals with the problem you are having. Here is a link:

http://www.lavishsoft.com/forum/viewtop ... ht=console

Just resign it with your own key.

Lax has just redone this wrapper and updated ISXEQ to use persistent objects. It is available in the main zip file.

TLO(dataLineOfSight) { #ifdef ISXEQ if (!GetCharInfo()->pSpawn) return FALSE; if (argc==6) { if (!(IsNumber(argv[0]) && IsNumber(argv[1]) && IsNumber(argv[2]) && IsNumber(argv[3]) && IsNumber(argv[4]) && IsNumber(argv[5]))) return FALSE; FLOAT P1[3]; FLOAT P2...

Download Source Files Ok the crash problem seems to be taken care of. I've been testing this for a while and haven't had any crashes using the same tests that would crash on the first zone before. This is basically the same way that MacroQuest monitors its zoning. Here is a template that I've come ...

Ok, looks like watching the chat service is not fool proof. It just works most of the time.

Ok, so I found a way to stop this. All you gotta do is watch the chat window for the loading message. I had completely forgotten about that. using System; using System.Collections.Generic; using System.Text; using LavishScriptAPI; namespace ISXEQCrashTester { class ChatService { public ChatService()...

Download the source here. Hey, everybody. The goal of my post here is to be informative as well as help resolve the issue. The problem is ISXEQ crashing very easily whenever you zone. I am going to provide some very simple examples that you can use to re-create the crashes. The code that I am provi...

If you would like some help doing whatever you're doing, let me know.