elhacker.net cabecera Bienvenido(a), Visitante. Por favor Ingresar o Registrarse
¿Perdiste tu email de activación?.

 

 


Tema destacado: Trabajando con las ramas de git (tercera parte)


  Mostrar Mensajes
Páginas: 1 ... 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 [51] 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 ... 190
501  Programación / Programación C/C++ / Re: Trapicheando con C++ y SDL: Lío con Herencia :P en: 11 Julio 2010, 17:10 pm
¡Oh, yeeeees! ¡¡¡Por fín funciona!!!! :D

Al principio he probado a sustituir la declaración del constructor de Player por esa, en la cabecera. Me ha dicho que faltaban unas llaves al final, con cara extrañada las añado, y veo que me dice que el constructor ya había sido definido (o algo así).

Total, que de pronto me hago a mí mismo un /facepalm, dejo la declaración del constructor de Player como estaba, me voy al Player.cpp, y cambio la primera línea del constructor por la que me has dado.

Y va de putísima madre :D .

Gracias por la ayuda, ya andaba como loco xD, me tengo que ver más a fondo todo el tema de la herencia en C++ :P .

Salu2 y tema solucionado ^^
502  Programación / Programación C/C++ / Re: Como evitar compartir un programa en red (lan) ??? en: 11 Julio 2010, 16:10 pm
Una cosa, ¿ese programa spice.exe funciona en red?

O sea... tu dices que quieres controlar las personas que se comunican con dicho programa (como si, poniendo otro ejemplo, tuviéramos un programa cliente/servidor de mensajería dentro de una LAN, y quisieramos detectar qué PC cliente se está comunicando con el programa servidor para evitar que lleguen los mensajes a destino), ¿Ese programa tiene alguna capacidad de servidor?

Porque es la única manera en que se me ocurre que un PC externo se comunique con el ...

Salu2


P.D: Dicho sea de paso... ¿Qué hace el famoso spice.exe? XD.
503  Foros Generales / Noticias / Re: ¿Windows 8 tendrá versiones de 32 bits? Microsoft se plantea descartarlas en: 11 Julio 2010, 13:06 pm
El problema de la migración definitiva a los 64 bits, por lo menos según mi punto de vista, es el siguiente:

Está claro que hay que ir modernizándose, progresando, etc... y dicho progreso estaría muy bien visto... si fuera como tiene que ir.

Los 64 bits no son nuevos ni mucho menos, hace años que están entre nosotros (como apuntan, Windows XP mismo ya tenía una versión de 64 bits), y pese a llevar con nosotros tanto tiempo:

- Todavía existe hardware para el que no existen drivers de 64 bits.
- En cuanto a  software, tanto aplicaciones como juegos están presentes en un buen porcentaje solo en 32 bits.

Si todos los dispositivos de ahora, incluyeran drivers para 64 bits, todos los dispositivos antiguos TAMBIÉN LOS TUVIERAN (que esa es otra, hay piezas de hardware previas a los 64 bits que probablemente nunca los tengan, porque a los desarrolladores no les ha dado la gana de hacerlos), y el software evolucionase al completo a los 64 bits, el progreso a los 64 bits se vería de otra manera, sería posible en efecto hacer una migración total.

Vale que ahora mucha gente no necesita los 64 bits, pero llegará un momento en que sí, y en Informática hay que pensar mirando al futuro.


El tema de los 64 bits me recuerda a la TDT aquí en España, dimos el salto a ella porque nos venía impuesto que tenía que ser así, pero el resultado ha sido cuanto menos desastroso, porque en muchos sitios no se recibe, en los que se recibe la señal no tiene una calidad decente y se recibe la misma entrecortada, etc ...

En definitiva, hemos dado el salto a la TDT, cierto, pero no estábamos preparados para ello, y no lo estábamos porque, para no perder la costumbre, la gente que se encargaba de ella no ha hecho los deberes, deberían haber sido más previsores, etc (de hecho, ahora mismo en mi casa, cuando se supone que ha tenido lugar ya el apagón analógico... nuestra TV, aparte de la señal digital, sigue pudiendo captar perfectamente varias cadenas (que no son pocas) en analógico, ¿Donde está el famoso apagón que iba a desterrar a la analógica cual un Satanás a los infiernos?, Yo no lo veo).

Pues con los x64 otra de lo mismo, quisieron dar el salto, pero el tema es que no se pueden aprovechar decentemente porque el software fundamentalmente no está preparado.

Salu2
504  Foros Generales / Noticias / Re: ¿Windows 8 tendrá versiones de 32 bits? Microsoft se plantea descartarlas en: 11 Julio 2010, 01:49 am
Esto... ¿Y que hay de los PCs gamers que tienen que tener instalados en sus máquinas más de 4 GB de RAM?

Muchos de los últimos juegos requieren 2GB de RAM, y si te vas a los requisitos recomendados la cifra aumenta.

Y según recuerdo, los S.Os de 32 bits no pueden direccionar más de 4 GBs de RAM. De hecho, si intentas usar 4 GBs en un S.O de 32 bits te muestra menos memoria que esa. Es necesario tirar a los 64 bits para poder pasar la barrera de los 3,X GBs disponibles.

Salu2


P.D: Yo actualmente uso Windows 7 Ultimate x64, y mi PC es bastante corriente: Athlon X2 3800+, 2 GBs RAM, y una GeForce 9600 GT que todavía ando estirando todo lo que puedo.

Y sobra decir que el Windows me va de PM ;) .
505  Programación / Programación C/C++ / Re: Trapicheando con C++ y SDL: Lío con Herencia :P en: 11 Julio 2010, 01:36 am
Madre mía... no se si será imaginación mía, pero me parece que la herencia en C++ tiene más lío que en Java o C# :P .

Entonces, si te he entendido bien... y he entendido bien lo que he mirado en la web de C.Conclase, ¿la manera correcta de realizar el constructor de Player sería esta?:

Código
  1. Player(SDL_Surface* graph, Sint16 x, Sint16 y, int speed, int acceleration, bool alive): Entity(SDL_Surface* graph, Sint16 x, Sint16 y, int speed, int acceleration, bool alive)
  2.  

¿O esta?:
Código
  1. Player(SDL_Surface* graph, Sint16 x, Sint16 y, int speed, int acceleration, bool alive): Entity(SDL_Surface* graph), Entity(Sint16 x), Entity(Sint16 y), Entity(int speed), Entity(int acceleration), Entity(bool alive)
  2.  

Según de lo que he me he enterado, el constructor de la clase derivada tiene que proporcionar los datos necesarios al constructor de la clase base, puesto que se llama primero al de la clase derivada, y luego al de la clase base...

Salu2


P.D: Jo, al final tengo que tener, en ambas clases, un constructor que es calcado al 99% :P .
506  Programación / Programación C/C++ / Re: Trapicheando con C++ y SDL: Lío con Herencia :P en: 10 Julio 2010, 23:07 pm
El tema es, que ese constructor al principio no lo tenía, es más, no lo necesito para nada, puesto que Entity tiene ya el constructor que quiero usar (y el que esperaba que usase la clase Player... antes de leer por algunos sitios que la clase hija no hereda los constructores y destructores de la padre :P ).

La cosa es que, eliminando ese constructor vacío, y dejando la Entity con el suyo, y la Player con el suyo, el compilador me da el error ese de "no matching function for call to 'Entity::Entity()'.

Por una parte, no entiendo por qué narices se pone a buscar ese constructor vacío... y todavía me deja más a cuadros, el hecho de que el compilador me marque como error la línea en la que empieza la implementación del constructor de Player.

O sea, yo declaro y construyo mi toad, y en cuanto se intenta construir (yendo a su constructor), el compilador me dice que nanai, y me habla de un constructor vacío Entity... no lo entiendo la verdad :P .

Salu2
507  Programación / Programación C/C++ / Re: romper una cadena en: 10 Julio 2010, 20:59 pm
Esto... ¿Qué errores te marca?

La parte de la comparación yo la haría así:

Código
  1. if(strcmp(parte, "OLA") == 0)
  2. cout << "si" << endl;
  3.  

Usando strstr buscas la posición de la cadena 'parte' en la que se encuentra la cadena "OLA".

Aunque en el caso en que la cadena existente en 'parte' fuese "OLA" funcionaría, creo que es mejor usar strcmp, pues lo que hace es una comparación entre la cadena 1 y la cadena 2.

Si son iguales, devuelve 0, y sino, es que hay diferencias.

También creo que podrías simplemente hacer una comparación con ==, al estilo de:
Código
  1. if(parte == "OLA")

SAlu2
508  Programación / Programación C/C++ / Trapicheando con C++ y SDL: Lío con Herencia :P en: 10 Julio 2010, 16:45 pm
Bueno, dado que estoy estudiando C++, y dado que me interesa aprender a desenvolverme minimamente con la SDL para realizar juegos sencillos en 2D, me he puesto a intentar programar un jueguecillo de naves simple (aprendo SDL y gano experiencia con C++, 2 pájaros de un tiro ^^ ).

Estoy desarrollando con la última versión de Code::Blocks, liberada hace nada (la 10.05), y con la copia de MinGW que traía (sip, me interesa que lo que haga sea multiplataforma).

Bueno al lío, resulta que estoy teniendo un problema con Herencia que no consigo resolver. Hay que decir que, en lo que llevo estudiado de C++ hasta ahora en la "uni", todavía no hemos tocado herencia, pero dado que he tenido contacto con ella en Java y C#, pues, leyendo un poco por ahí y otro poco por allá... van saliendo las cosas.


En fin, el problema es el siguiente: Tengo una clase Entity, la cual es esta:

Código
  1.  
  2. #ifndef _ENTITY_H
  3. #define _ENTITY_H
  4.  
  5. #include <iostream>
  6. #include <SDL_Image.h>
  7.  
  8. class Entity{
  9. protected:
  10. SDL_Rect canvas;
  11. SDL_Surface* graph;
  12. bool alive;
  13. int speed, acceleration;
  14.  
  15. public:
  16.        Entity();
  17. Entity(SDL_Surface* graph, Sint16 x, Sint16 y, int speed, int acceleration, bool alive);
  18. void moveX(Sint16 amount);
  19. void moveY(Sint16 amount);
  20. SDL_Rect getCanvas();
  21. SDL_Surface* getGraph();
  22. int getSpeed();
  23. int getAcceleration();
  24. void setSpeed(int newSpeed);
  25. void setAcceleration(int newAcceleration);
  26.  
  27. };
  28.  
  29. #endif
  30.  

Código
  1.  
  2. #include "Entity.h"
  3.  
  4. Entity::Entity(SDL_Surface* graph, Sint16 x, Sint16 y, int speed, int acceleration, bool alive){
  5.    this->graph = graph;
  6.  
  7. canvas.x = x;
  8. canvas.y = y;
  9. canvas.h = this->graph->h;
  10.    canvas.w = this->graph->w;
  11.  
  12.    this->speed = speed;
  13.    this->acceleration = acceleration;
  14.    this->alive = alive;
  15. }
  16.  
  17. void Entity::moveX(Sint16 amount){
  18. canvas.x += amount;
  19. }
  20.  
  21. void Entity::moveY(Sint16 amount){
  22. canvas.y += amount;
  23. }
  24.  
  25. SDL_Rect Entity::getCanvas(){
  26.    return canvas;
  27. }
  28.  
  29. SDL_Surface* Entity::getGraph(){
  30. return graph;
  31. }
  32.  
  33. int Entity::getSpeed(){
  34.    return speed;
  35. }
  36.  
  37. int Entity::getAcceleration(){
  38.    return acceleration;
  39. }
  40.  
  41. void Entity::setSpeed(int newSpeed){
  42.    speed = newSpeed;
  43. }
  44.  
  45. void Entity::setAcceleration(int newAcceleration){
  46.    acceleration = newAcceleration;
  47. }
  48.  


Y una clase Player:
Código
  1. #ifndef PLAYER_H_INCLUDED
  2. #define PLAYER_H_INCLUDED
  3.  
  4. #include "Entity.h"
  5.  
  6. class Player: public Entity{
  7.    private:
  8.        bool mouseEnabled;
  9.        bool keyboardEnabled;
  10.        bool joystickEnabled;
  11.  
  12.        bool keyStates[233];
  13.  
  14.    public:
  15.        Player(SDL_Surface* graph, Sint16 x, Sint16 y, int speed, int acceleration, bool alive);
  16.        void enableControl(bool keyboard, bool mouse, bool joystick);
  17.        void keyboardHandler(SDL_KeyboardEvent keyEv);
  18. };
  19.  
  20. #endif // PLAYER_H_INCLUDED
  21.  

Código
  1. #include "Player.h"
  2.  
  3. Player::Player(SDL_Surface* graph, Sint16 x, Sint16 y, int speed, int acceleration, bool alive){
  4.    this->graph = graph;
  5.  
  6. canvas.x = x;
  7. canvas.y = y;
  8. canvas.h = this->graph->h;
  9.    canvas.w = this->graph->w;
  10.  
  11.    this->speed = speed;
  12.    this->acceleration = acceleration;
  13.    this->alive = alive;
  14. }
  15.  
  16. void Player::enableControl(bool keyboard, bool mouse, bool joystick){
  17.    this->keyboardEnabled = keyboard;
  18.    this->mouseEnabled = mouse;
  19.    this->joystickEnabled = joystick;
  20. }
  21.  
  22. void Player::keyboardHandler(SDL_KeyboardEvent keyEv){
  23.    if(keyEv.type == SDL_KEYDOWN){
  24.        keyStates[keyEv.keysym.sym] = true;
  25.    }else if(keyEv.type == SDL_KEYUP){
  26.        keyStates[keyEv.keysym.sym] = false;
  27.    }
  28.  
  29.  
  30.    if(keyStates[SDLK_UP]){
  31.        moveY(-speed + acceleration);
  32.    }
  33.  
  34.    if(keyStates[SDLK_RIGHT]){
  35.        moveX(speed + acceleration);
  36.    }
  37.  
  38.    if(keyStates[SDLK_DOWN]){
  39.        moveY(speed + acceleration);
  40.    }
  41.  
  42.    if(keyStates[SDLK_LEFT]){
  43.        moveX(-speed + acceleration);
  44.    }
  45. }
  46.  

(Perdonad el supertocho, pero la culpa es del foro por no tener una mala etiqueta Spoiler para "plegarlo" :P)

Bueno, como se puede ver, mi intención es que la clase Player herede de la clase Entity, añadiendo ciertas cosas que tienen sentido para un jugador, pero que no tienen porqué existir para entidad genérica (vease bicho, bonus, etc ...).

Esta es la parte del main donde creo el objeto:
Código
  1. Player* toad = new Player(graphPool->getGraph(0), 100, 100, 10, 0, true);
  2.  

(Lo de "toad" es simplemente porque... porque me ha dado la gana de hacer las pruebas de superficie con el personajillo del mario XD)


En fin, me pongo a compilar el "invento", y el Code::Blocks me dice que nanai:
Cita de: CodeBlocks
||=== SDLGameTests, Debug ===|
M:\Documentos\Programacion\Proyectos\C++\SDLGameTests\main.cpp||In function 'int main(int, char**)':|
M:\Documentos\Programacion\Proyectos\C++\SDLGameTests\main.cpp|57|warning: taking address of temporary|
obj\Debug\Player.o||In function `Player':|
M:\Documentos\Programacion\Proyectos\C++\SDLGameTests\Player.cpp|3|undefined reference to `Entity::Entity()'|
M:\Documentos\Programacion\Proyectos\C++\SDLGameTests\Player.cpp|3|undefined reference to `Entity::Entity()'|
||=== Build finished: 2 errors, 1 warnings ===|

Los errores de la discordia son los ennegrecidos. Es decir, se ubican en la tercera línea del Player.cpp, justo donde comienza el constructor de la clase.

Llevo no se el tiempo ya tratando de intuir qué demonios me está queriendo decir el compilador con lo de "referencia sin definir" ...

¿Alguna idea? :P .

Salu2


P.D: Se me ha ocurrido hacer un cambio, eliminar el Entity(); del Entity.h:

Código
  1. public:
  2.        Entity();
  3. Entity(SDL_Surface* graph, Sint16 x, Sint16 y, int speed, int acceleration, bool alive);
  4.  

Y el error que da ahora la compilación es este:

Cita de: CodeBlocks
M:\Documentos\Programacion\Proyectos\C++\SDLGameTests\Player.cpp||In constructor 'Player::Player(SDL_Surface*, Sint16, Sint16, int, int, bool)':|
M:\Documentos\Programacion\Proyectos\C++\SDLGameTests\Player.cpp|3|error: no matching function for call to 'Entity::Entity()'|
M:\Documentos\Programacion\Proyectos\C++\SDLGameTests\Entity.h|15|note: candidates are: Entity::Entity(SDL_Surface*, Sint16, Sint16, int, int, bool)|
M:\Documentos\Programacion\Proyectos\C++\SDLGameTests\Entity.h|7|note:                 Entity::Entity(const Entity&)|
||=== Build finished: 1 errors, 0 warnings ===|
509  Programación / Programación C/C++ / Re: romper una cadena en: 10 Julio 2010, 11:56 am
Cita de: mapers
Código
  1. parte= strtok(frase," ");
  2.    {
  3.      cout << parte<< endl;
  4.      parte = strtok(NULL, " ");
  5.      if((strstr(parte,"OLA"))==1)
  6.      {
  7.      cout<<"si"<<endl;
  8.      }
  9.    }
  10.  

¿Las llaves de la segunda y última línea a qué corresponden?

No veo ningún while, if, for, etc ... por ahi .

Por otra parte, podrías poner simplemente un using namespace std, en vez de los 2 using que has colocado.

Aquí te dejo un ejemplo de la web de cplusplus, no aparece la comparación, pero bastaría con ubicarla en el sitio adecuado:

Cita de: cplusplus
Código
  1. /* strtok example */
  2. #include <stdio.h>
  3. #include <string.h>
  4.  
  5. int main ()
  6. {
  7.  char str[] ="- This, a sample string.";
  8.  char * pch;
  9.  printf ("Splitting string \"%s\" into tokens:\n",str);
  10.  pch = strtok (str," ,.-");
  11.  while (pch != NULL)
  12.  {
  13.    printf ("%s\n",pch);
  14.    pch = strtok (NULL, " ,.-");
  15.  
  16.    //Comentario de Ariath: Aquí podrías poner la comparación entre pch y otra cosa.
  17.  }
  18.  return 0;
  19. }
  20.  

Salu2
510  Programación / Programación C/C++ / Re: [ code=C++] Conversor binario-decimal-binario en: 9 Julio 2010, 16:13 pm
Esto... Chonk, la etiqueta del code hay que cerrarla para que surta efecto, y según te puse en mi anterior mensaje, yo puse un espacio entre el '[' y la 'c' porque sino no podía mostrar la etiqueta, pero ese espacio lo necesitas quitar.

Es decir, sería de esta forma la cosa:

Código:
[code=C++]
Tu código aquí
[/code]

Salu2


P.D: Bueno, no me ha salido exacto como quería que apareciera, pero da igual, se ve bien a lo que me refiero.
Páginas: 1 ... 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 [51] 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 ... 190
WAP2 - Aviso Legal - Powered by SMF 1.1.21 | SMF © 2006-2008, Simple Machines