kernellpanic

Exatamente. O Cliente tem crash frequente. O Gemini corrigiu tudo isso. Quando eu tiver tempo e organizar tudo eu posto as correçoes. O ChatGPT delira mais que usuário de drogas. O Kimi K2 e Yuanbao fizeram coisas maravilhosas. Como uso o cliente e servidor em Linux (Também em Linux Aarch64), eles conseguiram portar algumas ferramentas pra essa plataforma e arquitetura, além de melhorar. O WYD.exe agora primeiro lê o IP de um serverlist.txt, se não existir, ele lê o que tá hardcoded. Ficou bacana. A ideia era fazer o servidor rodar sem interface gráfica, somente via console. São modificaçoes profundas mas interessantes. Você sabe algum "Vazamento" que possua as skills 9-12 funcionando pra portar pra esse?

Prefiro não citar o nome porque não acho que agregaria algum valor. Mas a forma como os problemas existem é bem curiosa. Levanta questionamentos tipo: Ele é muito leigo ou apenas mal intencionado? Ou os dois? Porque não se trata de um arquivo com erros, mas são praticamente todos, sabe? Algo que daria mais trabalho pra bagunçar do que pra arrumar. Mas, destruir é fácil. O Difícil é construir.

Pergunta sincera: O cliente possui diversos bugs graves. Um deles é erro na textura após alguns minutos. Ex: // No .h: IDirect3DTexture9* m_ppUITexture[512]; // No .cpp: Acessa até índice 999 (MAX_UI_TEXTURE = 1000) IDirect3DTexture9* TextureManager::GetUITexture(int nIndex, DWORD showTime) { if (nIndex < 0 || nIndex > MAX_UI_TEXTURE) // MAX_UI_TEXTURE = 1000 return nullptr; if (m_ppUITexture[nIndex] != nullptr) // SE nIndex > 511: BUFFER OVERFLOW! Resultado: Índices 512-999 acessam memória fora do array m_ppUITexture[512] Pode sobrescrever outros dados (outros arrays, variáveis, código), Texturas brancas porque retorna L1xo da memória (Isso ocorre após uns minutos), Crash aleatório quando corrompe memória crítica (ocorre em menos de 2 minutos após as texturas brancas). A pergunta é: Como praticamente todos os códigos "desse programador" cujo nome aparece ao abrir o TMSrv possuem falhas graves, isso é proposital ou é inexperiência crônica e desleixo por parte dele? fread(m_stUITextureList, sizeof(m_stUITextureList), 1, fpBin); // m_stUITextureList tem 1000 elementos // Mas no .h: stTextureListInfo m_stUITextureList[MAX_UI_TEXTURE]; // 1000 ✓ // No .cpp: stTextureListInfo m_stUITextureList[512]; // SÓ 512! Se o arquivo .bin tem 1000 entradas: Lê 1000 registros × sizeof(stTextureListInfo) Mas array só tem espaço para 512 Buffer overflow corrompe memória adjacente Informações de textura ficam corrompidas Texturas carregam com formato/alfa errado ( brancas) O Código de Debug no .cpp Confirma for (int i = 0; i < 1000; ++i) // Itera até 1000! { // Modifica m_stUITextureList // Para i > 511: CORROMPE MEMÓRIA! if (i == 396) // Índice 396 ainda é válido (dentro de 512) { sprintf(m_stUITextureList.szFileName, "UI\\select06.wyt"); m_stUITextureList.cAlpha = 65; } } Ele sabia do problema e tentou corrigir alguns índices? Edit: Após a correçao, o cliente tá rodando sem falhas. Vou testar por mais um tempo.

Tem um ~bug~ que te impede conectar. if(Init == 0) { if(nRecvPosition - nProcPosition < 4) return 0; int InitCode = *((unsigned int *)(pRecvBuffer + nProcPosition)); if(InitCode != INITCODE) // <-- Procura INITCODE { *ErrorCode = 2; *ErrorType = InitCode; return 0; } Linhas 386-398: CPSock.h Cliente envia: INIT_CODE = 0x1F100011 (521270033) Servidor espera: INITCODE = 0x1F11F311 (520626961) Por isso conexão falha no handshake Mas não para por aí. Tem muitos outros ~bugs~.

Obs: NUnca se esqueçam de olhar o SendFunc.cpp lá pela linha 465... rs Sempre tem uma surpresa. Fiz script em python pra trocar o serverlist que está hardcoded no binário. Qualquer IA pode fazer isso pra você, basta enviar o exe para ela.