Printable View
sehe isn't asking for donations, its just that a few people told him they would donate if he would fix certain things and they didn't so far.
btw: I will donate you some cash later as I already told you;)
for your information: {XG}clan is also accepting donations for hosting servers and sapp website;)
Yes it is, but I'll leave that story for some other time.Quote:
Originally Posted by supersniper
You have to put there an init.txt also, which contains the sapp commands, which were in the halo's init.txt after the 'load'. Now you only have to put the load command to that init.txt, and other sapp commands to the "gametypesfolder\sapp\init.txt" file, so if you unload-load sapp then it will read those commands, so you don't have to re-type them again.Quote:
Originally Posted by POQbum
Damn, I'm stuck. There is some bug in calling "execute command" command (like sv_map_reset, sv_map_next, etc.) from sapp... Both this 2 calling method have the same fault:
//1st, orig;
ExecuteCommandRaw = ( int(__cdecl*)(const char*) ) 0x0047EA30;
int ( __cdecl *ExecuteCommandRaw)(const char *cmd);
int result = ExecuteCommandRaw(command.c_str());
//2nd
long addr = 0x004B3990; // the highest call, in the end this call 0x0047EA30
char* cmd = (char*)command.c_str();
__asm
{
pushad
pushfd
mov edi, cmd
call addr
popfd
popad
}
both can successfully execute commands EXCEPT the "sv_map map mode" command. Well also this too, but then SOMETIMES Halo gets Access Violation error and crash. Sometimes for the first execute, sometimes just for the idk 5th.. Any ideas y dis happens?
Here's a crazy thought, try copying the script string to a local (ie, stack) buffer and passing that to the engine's console_process_command
Yh, i tried that too xD Copied the cmd string to the console buffer as if you wrote it here, and then called console_process but still has the same bug :/ Strange isn't it? o_O
Look at how the server calls console_process_command. Look at what data the server passes to the function, through both the stack and registers. I talked to you on xfire and assumed you were using a different function, so what I told you was wrong.
You need to push the command to execute, registers aren't used. Don't forget to check for whose responsibility it is to offset the stack, in this case it's the caller's (your) responsibility so the add esp, 4 instruction is important.Code:004B3AC0 |> \57 PUSH EDI
004B3AC1 |. C605 4D3B6100>MOV BYTE PTR DS:[613B4D],1
004B3AC8 |. E8 63AFFCFF CALL halocede.0047EA30
004B3ACD |. 83C4 04 ADD ESP,4
I made a SAPP version for Unify some time ago but dropped it because it had some problems. You just have to fill the blank space between the cave and Halo's code because SAPP searched for an empty space in between.Quote:
Originally Posted by sehe
Good work so far! Can't help much because I moved and don't have www.
The engine was compiled with __cdecl as the default calling convention, so it will always be up to the caller to clean up the stack after calling an engine-based function.
Also, console_process_command doesn't take the input buffer as a stack argument, he's doing it correctly with edi. There's only one stack argument for the function, the access flags, and 0 is perfectly fine for the most part.
I used the first address he posted and just called it console_process_command because that sounds like a decent enough name. I originally thought he was using the lower level function but checked the address he posted and it's the higher level function that uses registers.
edit: lol, saw he posted two function addresses.... my bad
edit2: you said it only happens sometimes and your call looks right, so something else is probably corrupting something in halo's memory and this is just the symptom of the issue. Try removing your hooks and see if the crash still occurs, if not add them again a few at a time.