Lado: Usted el otro proyecto ha ejecutado probablemente SummonGameObject como método estático en la clase de WorldObject.
GameObject* WorldObject:: SummonGameobject (uint32 identificación, flotador x, flotador y, flotador z, ángulo del flotador, despwtime uint32)
Esta línea sin embargo da la impresión que es no-estática, pero mi conjetura áspera es que debe ser estática porque parece tomar la identificación de GameObject como primero soportes del parámetro GO_ICE_WALL para el ice_wall del objeto del juego. Este método es el método global generalmente de las operaciones de búsqueda que localiza objetos del juego del registro y por lo tanto tiene sentido de ser estático, a menos que el ofcourse un worldobject sea un objeto compuesto del juego integrado por otros objetos del juego.
si (GameObject* pGate = m_creature->SummonGameObject (GO_ICE_WALL, 5540.39f, 2086.48f, 731.066f, 1.00057f, 0))
Usted puede comprobar con el otro proyecto y ver quizá cómo lo han hecho. El BTW, si SummonGameobject puede volver un GameObject que pueda siempre no ser WorldGameObject entonces el tipo de vuelta debe ser un poco más terminante evitar la fundición de tipos de imprenta unnessary adicional y hacer código subsecuente más typesafe. Si no tiene probablemente más sentido de ponerlo en GameObject algo que WorldGameObject.
Podría ser tan simple como copiando a Worldobject.h/cpp (si ésos son los nombres). Si no usted debe intentar tener su propio diseño como usted puede ver ajuste. Comenzar apenas definiéndolo en criatura, si usted lo necesita a otra parte que usted puede moverlo al accordingle de la clase baja y del refactor.
Habría sido menos de un juego de la conjetura, le tenía haber fijado el código fuente…
