[Arkshine]

What windows version?

That you get this error should be expected as windows binary doesn't have symbol names. That it crashes just by loading module is not expected.
Does it happen if you force Orpheu module to load (modules.ini) without loading associated plugins (disable all third-party plugins) ?
If no, maybe a plugin using Orpheu does something wrong.
If yes, you can Try to run 1.8.3-dev (make sure you update at least binaries from dlls/ and modules/) with Orpheu 2.6.2 and see if it still crashes. I have only windows 7 and it's working fine.

[kwpd]

Originally Posted by station_mega amxx 1.8.2, orpheu 2.5.1, 2.6.0, 2.6.1, 2.6.2

from where it left of 2.6.0, 2.6.1, 2.6.2
xD

[bibu]

hey arkshine, I still get crashes with bad entity in indexofedict().

orpheu version

Orpheu 2.6.2 - Support : http://forums.alliedmods.net/showthread.php?t=116393 Author : joaquimandrade & Arkshine Compiled on: : Nov 24 2014 12:06:03 Built from : https://github.com/Arkshine/Orpheu/commit/05779a1 Build ID : 66:05779a1

meta list:

Currently loaded plugins: description stat pend file vers src load unlod [ 1] AMX Mod X RUN - amxmodx_mm.dll v1.8.3-d ini Start ANY [ 2] MySQL RUN - mysql_amxx.dll v1.8.3-d pl1 ANY ANY [ 3] Fun RUN - fun_amxx.dll v1.8.3-d pl1 ANY ANY [ 4] Engine RUN - engine_amxx.dll v1.8.3-d pl1 ANY ANY [ 5] FakeMeta RUN - fakemeta_amxx.dl v1.8.3-d pl1 ANY ANY [ 6] Ham Sandwich RUN - hamsandwich_amxx v1.8.3-d pl1 ANY ANY [ 7] CSX RUN - csx_amxx.dll v1.8.3-d pl1 ANY ANY [ 8] CStrike RUN - cstrike_amxx.dll v1.8.3-d pl1 ANY ANY [ 9] Orpheu RUN - orpheu_amxx.dll v2.6.2 pl1 ANY ANY 9 plugins, 9 running

version : 48/1.1.2.7/Stdio 6153 insecure (10)

[Arkshine]

I've no idea. Someone has well confirmed with 2.6.2 that error is gone.

Are you saying you can reproduce the issue or you get randomly such error?

[meTaLiCroSS]

Originally Posted by bibu hey arkshine, I still get crashes with bad entity in indexofedict(). orpheu version meta list:

Provide sigs, associated code and system info

[bibu]

I can reproduce it by calling IndexOfEdict.

sig:

{ "name" : "IndexOfEdict", "library" : "engine", "return" : { "type" : "int" }, "arguments" : [ { "type" : "pointer" } ], "identifiers": [ { "os" : "windows", "value" : [0x55,0x8B,0xEC,0x8B,"*","*",0x85,0xC0,0x75,"* ",0x5D,0xC3,0x8B,"*","*","*","*","*",0x56,0x2 B,0xC1,0x8B,0xC8,0xB8,"*","*","*","*"] }, { "os" : "linux", "value" : "IndexOfEdict" } ] }

System info: winXP

[meTaLiCroSS]

Originally Posted by bibu I can reproduce it by calling IndexOfEdict.

So, are you having random crashes with this, or by calling IndexOfEdict? Didn't understand

[bibu]

Originally Posted by meTaLiCroSS So, are you having random crashes with this, or by calling IndexOfEdict? Didn't understand

I can reproduce it by calling IndexOfEdict.

[meTaLiCroSS]

And code where you call this function? Because it seems you're actually bad using this. Latests crashes of IndexOfEdict were because something broken on the module, not actually because they were many guys hooking IndexOfEdict, lol

[Arkshine]

That you call directly this function is likely you provide a wrong edict.

Code is something like that:

int IndexOfEdict(const edict_t *pEdict) 
{
    if (!pEdict)
    {
        return 0;
    }

    int index = (pEdict - sv.edicts) / sizeof(edict_t);
   
    if (index < 0 || index > sv.max_edicts)
    { 
        Sys_Error("Bad entity in IndexOfEdict()");
    }

    return index;
}