|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - Diodo
Páginas: 1 [2] 3 4 ... 30
26
« en: Lunes 29 de Enero de 2007, 00:02 »
pos resulta que segun lei almacenan ademas de numeros enteros tambien numeros decimales, pero no entiendo esa E que tienen Almacenan numeros de coma flotante, de ahi esa E ,que es una exponenciacion en base 10, por ejemplo 1.0E2 = 100 1.0E-2 = 0.01 ademas me gustaria saber cual es la diferencia que tienen estas 2 variables y cuanto pesan, gracias! La diferencia es la precision un float = 32bits -> 1.18e-38 <= |X| <= 3.40e38 un double = 64bits -> 2.23e-308 <= |X| <= 1.79e308 Mas informacion aqui: http://www.zator.com/Cpp/E2_2_4.htmsalu2
27
« en: Sábado 27 de Enero de 2007, 12:55 »
Esto es una plaga  ....... La han tomado sobre todo con el foro de visual c++ Borro el spam o lo dejo ahi para que vea el jefe que usuarios son?
28
« en: Domingo 14 de Enero de 2007, 12:17 »
En esta pagina se pueden descargar cientos de ebooks sobre informatica y tecnologia: http://www.flazx.comEspero que os guste salu2 
29
« en: Domingo 14 de Enero de 2007, 11:39 »
Hola Lo mejor en estos casos es que partas de un caso particular (x ej: una matriz 5x5) y luego generalices para una matriz n x n siendo n impar Por ejemplo para hallar el centro de una matriz 5x5 seria: (parte entera de 5/2) +1 , entonces generalizando para n seria (parte entera de n/2)+1. Entonces el elemento central seria: tuMatriz[((int)(n/2))+1][((int)(n/2))+1]. Los demas pasos se pueden sacar igual de facil a partir del caso particular Tambien puedes buscar por el foro mas ayuda ya que lo de recorrer una matriz en forma espiral es una pregunta muy habitual. A ver si los profesores renuevan sus ejercicios  salu2
30
« en: Domingo 7 de Enero de 2007, 11:10 »
Para aprender c++ esta muy bien el "thinking in c++" de Bruce Eckel , que ahora esta en castellano en esta pagina http://arco.inf-cr.uclm.es/~dvilla/pensarC++.htmlEs el manual gratuito mas completo que he visto salu2
31
« en: Martes 2 de Enero de 2007, 17:51 »
Por eso, la primera linea no puede compilar al estar tratando de transformar un int (NULL que es 0) a una clase ... Es verdad, no habia caido, de cualquier forma compilar si que compila y tampoco arroja ningun warning Gracias
32
« en: Martes 2 de Enero de 2007, 16:37 »
Tenes que ver la pila de llamadas para identificar de donde proviene el error. Soy un inculto en esas lides, ¿como se mira? ¿¿SMRpunto3D es un puntero?? La verdad es que no entiendo como pueden compilar esas dos lineas al mismo tiempo ... lo primero no deberia compilar a menos que fuera un puntero y lo segundo no deberia compilar con un puntero ... SMRpunto3D es la llamada al constructor de la clase de igual nombre SMRpunto3D No tienen que compilar al mismo tiempo en la primera, es lo que queria hacer, pero me da error al inicializar a NULL, la segunda es como arregle el error, llamando al constructor que crea un SMRpunto3D de coordenadas (0,0,0) PD. NULL es 0 Si pero no se donde lei que podia dar problemas el inicializar a NULL en c++ y que era mejor inicializar a 0, por eso probe ...
33
« en: Martes 2 de Enero de 2007, 15:50 »
Bueno creo que he acotado un poco mas el problema. Segun lo que puse antes para variables int por ejemplo estaria bien, el problema lo dan otras variables static que son clases al ponerlas como NULL (tb probe con 0) :
SMRpunto3D SMR_API SMRcolision::puntoContacto=NULL // da fallo
SMRpunto3D SMR_API SMRcolision::puntoContacto=SMRpunto3D(0.0,0.0,0.0); // no da fallo de momento.
De todas maneras no se cual es la problematica de inicializarlas a NULL
34
« en: Martes 2 de Enero de 2007, 15:38 »
¿Que queres decir con acceder a la DLL? ¿Cargarla en memoria o acceder a esa variable estatica? Depura el ejecutable para ver que instruccion es la causante del problema ... supongo que estas usando enlazado estatico ... Supongo que sera cuando carga la dll en memoria, por que desde la aplicacion no instancio a la variable estatica , ademas al debuggear no me lleva a codigo de la dll, me da el access violation y luego me da otro error de access violation en ntdll.dll que es donde se para el debugger ¿Que es DLL_API? ¿__declspec(dllexport)? ¿Te compila ese codigo? Proba con:
static int DLL_API myVar; Si es: #ifdef DLL_EXPORTS #define DLL_API __declspec(dllexport) #else #define DLL_API __declspec(dllimport) #endif No me deja declarar exportables dentro de una clase exportable: member of dll interface class may not be declared with dll interface por eso probe a ponerlo fuera en el cpp, pero parece que no se lo trago ...
35
« en: Martes 2 de Enero de 2007, 13:52 »
Aqui estoy de nuevo, año nuevo dudas nuevas El problema que tengo ahora si tiene que ver creo con las dll Hice lo siguiente // en el .h class A { public: ... static int myVar; } // en el cpp int DLL_API A::myVar = 0; // DLL_API es el macro de exportacion
No me habia dado cuenta del problema por que no habia usado la dll desde entonces. Resulta que al acceder a la dll inmediatamente salta un access violation 0xC0000005 , cosa que no pasa si retiro las variables static, asi que supongo que estaran mal exportadas. Alguien tiene idea de como solucionar esto gracias
36
« en: Viernes 29 de Diciembre de 2006, 14:05 »
Si Dios nos da el don del libre albedrío quiere decir que todo lo que hagamos depende de nosotros y de los demás. Dios solo nos mira, EL no se mete, de lo contrario no permitiría tantas atrocidades, no? En efecto, si Dios , un ente de energia supremo o lo que fuera, nos va a juzgar cuando muramos, no tiene sentido que controle nuestras acciones, seria como juzgarse a si mismo.
37
« en: Viernes 29 de Diciembre de 2006, 13:54 »
Supongo que lo dices por mi ... Respeto cualquier opinion objetiva o no, lo que no me gusta son los mensajes alienantes  
38
« en: Viernes 29 de Diciembre de 2006, 10:17 »
Sin duda el fin de las cosas no las determina el hombre sino Dios todopoderoso JEHOVA, a traves de su hijo Jesucristo, que por medio de él fue hecho todas las cosas visibles en invisibles, y por medio de él subsistente las cosas.
Por ello no depende de que yo o tú deseas que se haga algo mañana o pasado mañana, o hacer planes futuros, sino que mi palabra sea "SI DIOS ME LO PERMITE". O "DIOS MEDIANTE".
Sabiendo que no depende de nosotros que sucedan las cosas encomien mi espiritu, alma y cuerpo al que tiene cuidado de todas las cosas, en quien no hay sombra de variacion, a quien hace todas las cosas posibles por el poder de su palabra, al que permanece por siempre, al Padre de JESUCRISTO. amén. Abel , sin querer ofender , ¿que te has fumado? Deja de decir chorradas que parece que estas hablando desde el pulpito de una secta
39
« en: Jueves 28 de Diciembre de 2006, 15:01 »
Acaso no saben que dia es hoy??  Bueno quizas en sus paises se celebre otro dia El caso es que han picado bastantes.... muy buena Sergio
40
« en: Miércoles 27 de Diciembre de 2006, 15:31 »
Ese era el fallo, gracias
41
« en: Miércoles 27 de Diciembre de 2006, 13:18 »
Hola Aqui estoy de nuevo dando la lata con las dll. Con tanto quebradero de cabeza creo que le he encontrado otro significado a la expresion "dll´s Hell" El caso es que quiero poner unas variables static dentro de una clase, pero al modificar el valor de alguna de esas variables en un metodo de una clase hija me da este error de linkado SMRprisma.obj : error LNK2001: unresolved external symbol "public: static int SMRcolision::indiceArista" (?indiceArista@SMRcolision@@2HA)
Debug/SMR.dll : fatal error LNK1120: 1 unresolved externals ... si no modifico la variable static no me da error. Si alguien sabe a que se debe esto ... gracias
42
« en: Domingo 24 de Diciembre de 2006, 12:37 »
Felices Fiestas y Prospero 2007 ¡¡¡[/size]
43
« en: Sábado 16 de Diciembre de 2006, 23:54 »
Hola Creo que en las ultimas versiones del visual c++ ya venian la libreria opengl, para probar solo tienes que linkar la libreria opengl32.lib al proyecto Si te sigue dando error es que no la tienes. En esta pagina puedes descargarte los archivos necesarios (solo tendrias que utilizar gl.h , opengl32.lib y opengl.dll , los otros son librerias auxiliares) http://informatica.uv.es/iiguia/AIG/docs/tutorial.htmSalu2
44
« en: Sábado 16 de Diciembre de 2006, 11:03 »
Si pero no le queda mucho a Emerson ... ya esta para el retiro, una lesion mas y listo. Eso espero , no me gusta nada, ni presiona ni crea juego Si es por eso me acuerdo de Solari que tambien lo arruinaron en Madrid Solari era buen jugador y excelente persona. Lo que pasa es que tiene , o tenia poco nombre y en esa epoca lo que valia mas en el madrid es el nombre y las camisetas que vendieras. A lo que me referia es que el Madrid ha fichado a pocos argentinos que vinieran directamente del futbol argentino y por ende no ha podido estropear a muchos . Quizas Cambiasso que vino demasiado joven no tuvo muchas oportunidades pero en aquellos tiempos estaba Redondo y era imposible quitarle el puesto
45
« en: Sábado 16 de Diciembre de 2006, 10:06 »
Gago lo veo tal vez reemplazando a Emerson que es un muerto Mientras siga Capello sera un poco dificil, no quita a los 2 perros de presa (aunque como dices emerson esta ya para el asilo) ni aunque le peguen un tiro, si entra sera para sustituir a Guti. Si Gago es la mitad de bueno que Redondo nos conformamos mandril,jejeje,eso te lo enseño un un culé bron ?? Bueno creo que en el Real Madrid se ha tratado mejor a los jugadores argentinos, si no mira en el Barca lo que hicieron con Riquelme y lo que estan haciendo con Saviola
46
« en: Sábado 16 de Diciembre de 2006, 09:20 »
Para cambiar un poco de tema....  . El Real Madrid va a fichar a Higuain (este ya esta fichado) y a Gago (creo que lo cerraban hoy) .... ¿Que tal son?. Uno es de River y otro de Boca ¿no?. ¿Se mataran en los entrenamientos?
47
« en: Martes 12 de Diciembre de 2006, 18:45 »
Mejor podrias investigar sobre Smart Pointers Ok ya llegue a esa parte, pero prefiero empezar por saber a que se debe el problema y despues ver las posibles soluciones. Aunque sean de las STL prefiero buscar antes otra posible solucion, que si no se "emborrona" el codigo Lo es, te guste o no. Y el moderador del foro de C/C++ deberia saber C++ pero bueno, solo hay lo que hay. Es verdad.Yo propongo este moderador:  Aunque no se si tendra mucho tiempo libre .....
48
« en: Martes 12 de Diciembre de 2006, 18:19 »
En cierta medida creo que es bueno el facilitar el uso de la libreria, y evitar que el usuario haga cosas para las que no esta diseñada. Sigo investigando sobre el tema, parece el meollo del asunto son los: Dangling Pointers
49
« en: Martes 12 de Diciembre de 2006, 16:59 »
Entendido, gracias por la ayuda.
50
« en: Martes 12 de Diciembre de 2006, 16:40 »
No seria error de la libreria, pero si se diera el caso de que alguien hiciera eso, no estaria de mas que el programa pudiera continuar, hasta donde fuera posible y siempre que no produjera mas errores, y se mostrara una advertencia Soy novato en esto de crear una libreria , asi que es posible que me este pasando en el nivel de intervencionismo o quizas quiera hacer una libreria para dummies
Páginas: 1 [2] 3 4 ... 30
|
|
|
Mostrar Mensajes
