Welcome!

Join our community of MMO enthusiasts and game developers! By registering, you'll gain access to discussions on the latest developments in MMO server files and collaborate with like-minded individuals. Join us today and unlock the potential of MMO server development!

Join Today!

When the connect channels bug will be fixed?

Newbie Spellweaver
Joined
Jul 27, 2005
Messages
80
Reaction score
0
this is imprtent question for me and i quess for lots more..
when do u think the bug will be fixed ?

and i have another question, this is the only bug have left to fix ?
 
Newbie Spellweaver
Joined
Mar 1, 2007
Messages
72
Reaction score
0
Instead of asking WHEN, why dont you help our community to find fix for login bug~
 
Upvote 0
Newbie Spellweaver
Joined
Jul 27, 2005
Messages
80
Reaction score
0
Can you guys tell me pls if this is the only bug have left to fix ?
 
Upvote 0
The Dinosaur
Loyal Member
Joined
Jun 29, 2008
Messages
5,028
Reaction score
999
No it isn't. Check the other topics as there are plenty of them depending on which client you use and how complete your database is.
 
Upvote 0
Experienced Elementalist
Joined
Aug 21, 2005
Messages
297
Reaction score
107
why dont you guys take steps to identify what the problem is first?
 
Upvote 0
The Dinosaur
Loyal Member
Joined
Jun 29, 2008
Messages
5,028
Reaction score
999
We already know the problem is interserver communication but we don't know exactly what because the errors are dso vague. We know that the db agents are trying to communicate with something they can't and there are 2 main theories at the moment:

1. We are missing a "keyserver" or some type of server authentication that we don't have.

2. We have a process missing from our server setup.

I personally think that 1 is a lie spread about by the few who know the answer and refuse to share it with anyone not willing to buy the "fix" files from them. If it were keyservers or anything like that failing then how come we do eventually get in? If the server needs some form of licensing or authentication process it isn't going to randomly decide to let you in sometimes and not others or it would be the worst authentication system in the world bar none.

2 is my bet. If you look at the errors people are posting from their logs you can see that the server is trying to map the user onto another process, it mentions server and group idxs (0,0 and 24,1) and given that 24,1 is our server and group number it isn't much of a stretch to imagine that 0,0 could be a master server that our server is supposed to be notifying. Given our linked server settings and the cabal_managerdb it confirms that there are larger management databases and processes running so for me this looks like the most likely cause.

My theory on why we can sometimes get in 1st try with no delay and other times it just times out is along the tlines of timeout values. The server proceses communicate in timed intervals and when it first tries connecting it refuses to let you log in, eventually it times out as it can't connect to whatever it is and figures it is just going to have to let people in and worrsy about notifications when the link is re-established. After it's interval it tries again and block the logins until it times out again.

This is all complete theory and personal opinion on my part though. It could all turn out to be utter rubbish when the answers finally surface :p
 
Upvote 0
Experienced Elementalist
Joined
Aug 21, 2005
Messages
297
Reaction score
107
well.. you know... there is a way to hmm i dont know.. disable packet encryption between the servers... so.. maybe u should.. disable this and collect network traffic... see maybe.. idk.. just what the problem is?
 
Upvote 0
Skilled Illusionist
Joined
Oct 20, 2006
Messages
396
Reaction score
49
We already know the problem is interserver communication but we don't know exactly what because the errors are dso vague. We know that the db agents are trying to communicate with something they can't and there are 2 main theories at the moment:

1. We are missing a "keyserver" or some type of server authentication that we don't have.

2. We have a process missing from our server setup.

I personally think that 1 is a lie spread about by the few who know the answer and refuse to share it with anyone not willing to buy the "fix" files from them. If it were keyservers or anything like that failing then how come we do eventually get in? If the server needs some form of licensing or authentication process it isn't going to randomly decide to let you in sometimes and not others or it would be the worst authentication system in the world bar none.

2 is my bet. If you look at the errors people are posting from their logs you can see that the server is trying to map the user onto another process, it mentions server and group idxs (0,0 and 24,1) and given that 24,1 is our server and group number it isn't much of a stretch to imagine that 0,0 could be a master server that our server is supposed to be notifying. Given our linked server settings and the cabal_managerdb it confirms that there are larger management databases and processes running so for me this looks like the most likely cause.

My theory on why we can sometimes get in 1st try with no delay and other times it just times out is along the tlines of timeout values. The server proceses communicate in timed intervals and when it first tries connecting it refuses to let you log in, eventually it times out as it can't connect to whatever it is and figures it is just going to have to let people in and worrsy about notifications when the link is re-established. After it's interval it tries again and block the logins until it times out again.

This is all complete theory and personal opinion on my part though. It could all turn out to be utter rubbish when the answers finally surface :p

Hmm, you know very much :) So maybe you know how access the server proc's .cpp files because I think were is the problems and I think we will know more about all cabal server proc's from what files. Thx!
 
Last edited:
Upvote 0
The Dinosaur
Loyal Member
Joined
Jun 29, 2008
Messages
5,028
Reaction score
999
People keep asking how to access these .cpp files as they don't actually know what they are. You cannot access the .cpp files (the source code) in any way as we don't have the cpp files and probably never will as they don't come with the server and you probably won't find them outside the ESTsoft offices. Those errors are generated by the server to tell the people who have the sources (ESTsoft) exactly where in their code the error came from, but the .cpp values are almost completely useless to us.

There are quite a few people experimenting with various things to try and fix the problem and when somebody does finally solve it expect to see dozens of posts/stickies about it.
 
Upvote 0
Joined
Jun 6, 2006
Messages
622
Reaction score
4
There are quite a few people experimenting with various things to try and fix the problem and when somebody does finally solve it expect to see dozens of posts/stickies about it.

im one of those ^^, and ive gone across numerous files, and even sorted the sql tables for missing data, also jumbled up server timeouts and ini ids (128, 24, 1, 0 ect) to cross check for missing data, and every tiny change results in various errors than what we already have. basically worldsvr is trying to connect to something it cant connect to (flawlessly), then gave up after a couple of tries, then gives us the vague error log involving port 38170 which involves globalmgrsvr.

so far ive had no luck on this as i do not understand well whats exactly causing the problem. one thing is for certain though, in time this will be solved.

remember about a month ago, we were told that the files posted here would never work (by someone you all know who), and that they had to buy their working files (which also had bugs during that time), but look again, we have working server files, its not perfect, but it simply disproved that we shouldnt simply believe words of other people because we never know their motives, is to distract, mislead or give us false hope or discourage us.

all i can say is that good luck to everyone going out of the way, trying to solve this. hope we all can enjoy a channel connect bug free server in the days to come.
 
Upvote 0
Junior Spellweaver
Joined
Sep 16, 2004
Messages
117
Reaction score
1
in my opinion there are 2 ways of fixing this.
1. Hex
2. do whatever is missing

2nd is harder :p I'll have to install the server locally to start disassembling it, remotely I'm so lagged i only got an offset to start from lol.

process command: 1
UserLink: A34F4E88
process command: 140
< dies here if it doesn't log in >
process command: 23
process command: 133
process command: 108
process command: 33
process command: 130
process command: 324
process command: 148

.text:081FE7AE push offset aProcessCommand ; "process command: %d
 
Upvote 0
Newbie Spellweaver
Joined
Nov 27, 2004
Messages
10
Reaction score
0
for all that matters, here's the pseudo of that block, i hardly think u'll find nothing there, but, here you are in case you can't make this output

Code:
signed int __usercall sub_81FE358<eax>(int a1<ecx>, int a2<edi>, int a3, int a4)
{
  char ST14_1_0; // ST14_1@0
  int v5; // eax@1
  int v6; // edx@5
  signed int v7; // ecx@5
  unsigned int v8; // ebx@5
  int v9; // esi@5
  char *v10; // ST10_4@9
  int v11; // ST14_4@9
  signed int result; // eax@11
  int v13; // esi@26
  char v14; // zf@30
  char v15; // sf@30
  unsigned __int8 v16; // of@30
  int v17; // edx@35
  int v18; // ecx@35
  int v19; // eax@42
  time_t *v20; // esi@42
  int v21; // edx@43
  int v22; // eax@44
  int v23; // edx@44
  int v24; // edx@46
  int v25; // ST10_4@46
  int v26; // eax@47
  int v27; // edx@47
  int v28; // ecx@49
  signed int v29; // ST14_4@49
  int v30; // eax@50
  int v31; // edx@50
  int v32; // edx@52
  int v33; // ST10_4@52
  int v34; // eax@53
  int v35; // edx@53
  int v36; // ecx@55
  signed int v37; // ST14_4@55
  int v38; // ecx@56
  int v39; // eax@63
  int v40; // ebx@2
  int v41; // eax@9
  int v42; // eax@9
  __int64 v43; // qax@15
  int v44; // esi@15
  __int64 v45; // qt0@15
  int v46; // edi@15
  int v47; // ebx@15
  int v48; // eax@17
  int v49; // eax@17
  int v50; // eax@18
  int v51; // eax@18
  int v52; // eax@23
  int v53; // eax@23
  int v54; // edi@26
  int v55; // eax@40
  int v56; // eax@40
  int v57; // eax@41
  int v58; // eax@41
  int v59; // eax@42
  int v60; // ecx@42
  int v61; // eax@42
  int v62; // ecx@44
  int v63; // ST14_4@44
  int v64; // eax@44
  int v65; // eax@47
  int v66; // eax@50
  int v67; // eax@53
  int v68; // eax@56
  int v69; // eax@62
  int v70; // eax@62
  int v71; // [sp+38h] [bp-70h]@1
  unsigned __int16 v72; // [sp+3Eh] [bp-6Ah]@2
  struct timeval tv; // [sp+60h] [bp-48h]@3
  __time_t v74; // [sp+58h] [bp-50h]@4
  signed int v75; // [sp+5Ch] [bp-4Ch]@4
  __time_t v76; // [sp+50h] [bp-58h]@5
  signed int v77; // [sp+54h] [bp-54h]@5
  int v78; // [sp+78h] [bp-30h]@13
  signed __int64 v79; // [sp+6Ch] [bp-3Ch]@14
  signed int v80; // [sp+7Ch] [bp-2Ch]@14
  signed int v81; // [sp+74h] [bp-34h]@14
  int v82; // [sp+68h] [bp-40h]@15
  int v83; // [sp+28h] [bp-80h]@15
  int v84; // [sp+2Ch] [bp-7Ch]@15
  char v85; // [sp+37h] [bp-71h]@26
  signed int v86; // [sp+40h] [bp-68h]@32
  signed int v87; // [sp+4Ch] [bp-5Ch]@42
  int v88; // [sp+48h] [bp-60h]@44
  int v89; // [sp+44h] [bp-64h]@44
  int v90; // [sp+80h] [bp-28h]@44
  signed int v91; // [sp+24h] [bp-84h]@44
  __int16 v92; // [sp+84h] [bp-24h]@59
  unsigned __int16 v93; // [sp+86h] [bp-22h]@59
  __int16 v94; // [sp+88h] [bp-20h]@59
  __int16 v95; // [sp+8Ah] [bp-1Eh]@59

  v71 = a3;
  v5 = *(_DWORD *)(a4 + 4);
  if ( !v5 )
  {
    v48 = ACE_Log_Msg__last_error_adapter(a1, a4);
    v49 = ACE_Log_Msg__instance(a2, "ProcessLayer.cpp", 350, 0, v48);
    ACE_Log_Msg__conditional_set(v49);
    sub_8056194("packet data null", ST14_1_0);
    return 0;
  }
  v40 = *(_WORD *)(v5 + 8);
  v72 = *(_WORD *)(v5 + 8);
  *(_DWORD *)(v71 + 220) = v40;
  *(_DWORD *)(v71 + 224) = *(_DWORD *)(a4 + 12);
  if ( *(_QWORD *)&dword_82848B0 )
  {
    if ( gettimeofday(&tv, 0) != -1 )
    {
LABEL_4:
      v74 = tv.tv_sec;
      v75 = tv.tv_usec;
      goto LABEL_5;
    }
  }
  else
  {
    if ( gettimeofday((struct timeval *)&v78, 0) == -1 )
    {
      *((_DWORD *)&v79 + 1) = -1;
      v81 = 0;
    }
    else
    {
      *((_DWORD *)&v79 + 1) = v78;
      v81 = v80;
    }
    ACE_Time_Value__normalize((char *)&v79 + 4);
    v82 = *((_DWORD *)&v79 + 1);
    *(_DWORD *)&v43 = (unsigned int)(v79 >> 32) + 4 * *((_DWORD *)&v79 + 1);
    *((_DWORD *)&v43 + 1) = ((unsigned __int64)(v79 >> 32) >> 32)
                          + __MKCADD__(v79 >> 32, 4 * *((_DWORD *)&v79 + 1))
                          + ((unsigned __int64)(4 * (v79 >> 32)) >> 32);
    v44 = ((unsigned __int64)(v79 >> 32) >> 32)
        + __MKCADD__(v79 >> 32, 4 * *((_DWORD *)&v79 + 1))
        + ((unsigned __int64)(4 * (v79 >> 32)) >> 32)
        + __MKCADD__(v43, 4 * (_DWORD)v43)
        + ((unsigned __int64)(4 * v43) >> 32);
    *(_DWORD *)&v79 = v81;
    *((_DWORD *)&v45 + 1) = v44;
    *(_DWORD *)&v45 = 5 * (_DWORD)v43;
    v45 *= 4i64;
    v46 = *((_DWORD *)&v45 + 1);
    *((_DWORD *)&v43 + 1) = 25 * (_DWORD)v43;
    *((_DWORD *)&v45 + 1) = v44 + __MKCADD__(5 * (_DWORD)v43, 20 * (_DWORD)v43) + v46;
    *(_DWORD *)&v45 = 25 * (_DWORD)v43;
    v45 *= 8i64;
    *(_DWORD *)&v43 = *((_DWORD *)&v45 + 1);
    v47 = v81 / 1000 >> 31;
    v83 = v81 / 1000 + 8 * *((_DWORD *)&v43 + 1);
    v84 = v47 + __MKCADD__(v81 / 1000, 8 * *((_DWORD *)&v43 + 1)) + (_DWORD)v43;
    dword_82848B0 = v81 / 1000 + 8 * *((_DWORD *)&v43 + 1);
    dword_82848B4 = v47 + __MKCADD__(v81 / 1000, 8 * *((_DWORD *)&v43 + 1)) + (_DWORD)v43;
    if ( gettimeofday(&tv, 0) != -1 )
      goto LABEL_4;
  }
  v74 = -1;
  v75 = 0;
LABEL_5:
  ACE_Time_Value__normalize(&v74);
  v76 = v74;
  v77 = v75;
  v7 = v75 >> 31;
  v9 = 1000 * v74;
  *(_DWORD *)(v71 + 228) = 1000 * v74 + v75 / 1000 - dword_82848B0;
  HIWORD(v6) = HIWORD(a4);
  v8 = *(_DWORD *)a4;
  LOWORD(v6) = v72;
  if ( v72 > 0x3FFu )
  {
    v50 = ACE_Log_Msg__last_error_adapter(v7, v6);
    v51 = ACE_Log_Msg__instance(v9, "ProcessLayer.cpp", 365, 0, v50);
    ACE_Log_Msg__conditional_set(v51);
    if ( v8 )
      (*(int (__cdecl **)(unsigned int))(*(_DWORD *)v8 + 8))(v8);
    sub_8056194("wrong packet command: %d (from %d, %s)", v72);
    return 0;
  }
  if ( v8 )
  {
    if ( !*(_DWORD *)(v8 + 160) )
    {
      if ( dword_8284848 <= 1 )
        return 0;
      v41 = ACE_Log_Msg__last_error_adapter(v7, v6);
      v42 = ACE_Log_Msg__instance(v41, "ProcessLayer.cpp", 372, 0, v41);
      ACE_Log_Msg__conditional_set(v42);
      LOBYTE(v11) = v72;
      v10 = "no active user command: %d";
LABEL_10:
      sub_8056114(v10, v11);
      return 0;
    }
    if ( *(_DWORD *)(v8 + 132) != *(_DWORD *)(a4 + 12) )
    {
      if ( dword_8284848 <= 1 )
        return 0;
      v52 = ACE_Log_Msg__last_error_adapter(v7, v6);
      v53 = ACE_Log_Msg__instance(v52, "ProcessLayer.cpp", 386, 0, v52);
      ACE_Log_Msg__conditional_set(v53);
      v11 = *(_DWORD *)(v8 + 132);
      v10 = "different uniqidx (%d, %d) command: %d";
      goto LABEL_10;
    }
    if ( *(_DWORD *)(v8 + 164) != v71 )
    {
      if ( dword_8284848 <= 1 )
        return 0;
      v55 = ACE_Log_Msg__last_error_adapter(v71, v6);
      v56 = ACE_Log_Msg__instance(v55, "ProcessLayer.cpp", 391, 0, v55);
      ACE_Log_Msg__conditional_set(v56);
      LOBYTE(v11) = v72;
      v10 = "different processlayer command: %d";
      goto LABEL_10;
    }
  }
  v54 = dword_8A9B5C0[v72];
  v85 = 0;
  v13 = v54;
  if ( !v54 )
  {
    if ( !dword_8A9C5C0[v72] )
    {
      v69 = ACE_Log_Msg__last_error_adapter(v72, v6);
      v70 = ACE_Log_Msg__instance(v69, "ProcessLayer.cpp", 405, 0, v69);
      ACE_Log_Msg__conditional_set(v70);
      sub_8056194("unregister command: %d", v72);
      return 0;
    }
    v13 = dword_8A9C5C0[v72];
    v85 = 1;
  }
  if ( v72 == 3 )
  {
    v16 = __SETO__(dword_8284848, 4);
    v14 = dword_8284848 == 4;
    v15 = dword_8284848 < 4;
  }
  else
  {
    v16 = __SETO__(dword_8284848, 3);
    v14 = dword_8284848 == 3;
    v15 = dword_8284848 < 3;
  }
  if ( !((unsigned __int8)(v15 ^ v16) | v14) )
  {
    v57 = ACE_Log_Msg__last_error_adapter(v72, v6);
    v58 = ACE_Log_Msg__instance(v57, "ProcessLayer.cpp", 409, 0, v57);
    ACE_Log_Msg__conditional_set(v58);
    sub_8056114("process command: %d", v72);
  }
  v86 = -1;
  if ( !byte_8A9D5C8 )
  {
    v39 = __cxa_guard_acquire(&byte_8A9D5C8);
    if ( v39 )
    {
      ACE_Thread_Mutex__ACE_Thread_Mutex(&unk_8A9D5D0, 0, 0, v39);
      __cxa_guard_release(&byte_8A9D5C8);
      __cxa_atexit(sub_81FE27C, 0, &unk_8284784);
    }
  }
  if ( *(_DWORD *)(v71 + 28) > 1u )
  {
    if ( *(_BYTE *)(v13 + 16) )
      ACE_OS__mutex_lock(&unk_8A9D5D0);
  }
  v86 = sub_81F7D34(v13, v71, a4);
  if ( *(_DWORD *)(v71 + 28) > 1u )
  {
    if ( *(_BYTE *)(v13 + 16) )
      ACE_OS__mutex_unlock(&unk_8A9D5D0);
  }
  if ( (unsigned int)(v86 + 1) < 1 | v86 == 0 )
    goto LABEL_76;
  v59 = ACE_Log_Msg__last_error_adapter(v18, v17);
  v61 = ACE_Log_Msg__instance(v60, "ProcessLayer.cpp", 434, 0, v59);
  ACE_Log_Msg__conditional_set(v61);
  sub_8056194("UsrMap Fail : MainCmd(%d) Ret(%X:%d:%d) Addr(%s)", v72);
  v20 = (time_t *)sub_8058580();
  v19 = 0;
  v87 = 2;
  if ( v8 )
  {
    v21 = *(_DWORD *)(v8 + 148);
    if ( v21 )
      v19 = (*(int (__cdecl **)(_DWORD))(*(_DWORD *)v21 + 8))(*(_DWORD *)(v8 + 148));
  }
  v88 = v19;
  v89 = -(v8 < 1) & 2;
  sub_820B3D0((int)&v90, v20);
  v64 = _ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_c(v62, v63);
  v91 = v87;
  v23 = v64;
  v22 = *(_DWORD *)(v64 + *(_DWORD *)(*(_DWORD *)v64 - 12) + 12);
  if ( !(v22 & 0x40) && !(v22 & 8) )
    _ZNSolsEl(v23);
  else
    _ZNSolsEm(v23);
  v65 = _ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_c(v25, v24);
  v91 = v88;
  v27 = v65;
  v26 = *(_DWORD *)(v65 + *(_DWORD *)(*(_DWORD *)v65 - 12) + 12);
  if ( !(v26 & 0x40) && !(v26 & 8) )
  {
    v29 = v91;
    _ZNSolsEl(v27);
  }
  else
  {
    v29 = v91;
    _ZNSolsEm(v27);
  }
  v66 = _ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_c(v28, v29);
  v91 = v89;
  v31 = v66;
  v30 = *(_DWORD *)(v66 + *(_DWORD *)(*(_DWORD *)v66 - 12) + 12);
  if ( !(v30 & 0x40) && !(v30 & 8) )
    _ZNSolsEl(v31);
  else
    _ZNSolsEm(v31);
  v67 = _ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_c(v33, v32);
  v91 = v86;
  v35 = v67;
  v34 = *(_DWORD *)(v67 + *(_DWORD *)(*(_DWORD *)v67 - 12) + 12);
  if ( !(v34 & 0x40) && !(v34 & 8) )
  {
    v37 = v91;
    _ZNSolsEl(v35);
  }
  else
  {
    v37 = v91;
    _ZNSolsEm(v35);
  }
  v68 = _ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_c(v36, v37);
  _ZNSolsEm(v68);
  sub_820B3A8(&v90);
  if ( !v8 || v85 )
  {
LABEL_76:
    result = 1;
  }
  else
  {
    if ( !*(_BYTE *)(v8 + 145) )
    {
      v90 = -18462;
      v92 = 7;
      v93 = v72;
      v94 = 0;
      v95 = 6;
      if ( *(_BYTE *)(v8 + 145) )
        (*(int (__cdecl **)(unsigned int, int *, signed int, _DWORD))(*(_DWORD *)v8 + 172))(v8, &v90, 14, v72);
      else
        (*(int (__fastcall **)(int, _DWORD))(*(_DWORD *)v8 + 180))(v38, v72);
    }
    sub_820786C(v8, 2000);
    result = 1;
  }
  return result;
}
 
Upvote 0
The Dinosaur
Loyal Member
Joined
Jun 29, 2008
Messages
5,028
Reaction score
999
i tryed 2 days ago one private server with FIXED channel bug

See [hidden]'s post. We know there are a few out there that have found a fix and refuse to share (i have it, you don't, nah nah, i'm 4) or are trying to sell the fix (plz give me money for new trailer). DO NOT give these asshats money as they are trying to sell something that can be done for free or they would not have the fix in the first place.

The sourcecode is not available no matter how much they tell you it is, the server binaries were stolen from OG by hackers, OG do not have the sourcecode as they only licence Cabal from EST so the hackers could not have stolen the sources too as EST did not get hacked. Without the source these people have nothing more than we do and just had a little longer to play about with it and find the fix.

Don't be fooled into thinking the people selling the fix ar smart enough to have hacked OG either because they are not. Just check the "technical" posts by those people and you will see that they know about as much hexing, reverse engineering and hacking as i do about knitting bobble hats. These people mostly just turn up here to taunt us and insult people. They have no intention of helping you and if you give them money for their fix congratulations, you got scammed.
 
Upvote 0
Newbie Spellweaver
Joined
Feb 16, 2008
Messages
70
Reaction score
2
See [hidden]'s post. We know there are a few out there that have found a fix and refuse to share (i have it, you don't, nah nah, i'm 4) or are trying to sell the fix (plz give me money for new trailer). DO NOT give these asshats money as they are trying to sell something that can be done for free or they would not have the fix in the first place.
.

why i gonna give you for free something who cost me work, time, etc?.

And please stop that stupid idea about "hooo we are a sharing community, all here is peace and love".
All the people leaching here, have server. That server get donation, that means, they get money.
Now, why i gonna give you for free, something who cost me work, time, etc to let you win more money?

Do You want know what happened? this times, are not the 90'.
Now the 90% of the people set a server to win money, no to give users a good server where play.

Open your eyes, now the private servers, are just one more bussines.
 
Upvote 0
Junior Spellweaver
Joined
Sep 16, 2004
Messages
117
Reaction score
1
why i gonna give you for free something who cost me work, time, etc?.

And please stop that stupid idea about "hooo we are a sharing community, all here is peace and love".
All the people leaching here, have server. That server get donation, that means, they get money.
Now, why i gonna give you for free, something who cost me work, time, etc to let you win more money?

Do You want know what happened? this times, are not the 90'.
Now the 90% of the people set a server to win money, no to give users a good server where play.

Open your eyes, now the private servers, are just one more bussines.

i prefer knowledge instead of files, some tips would be great :p
 
Upvote 0
Back
Top