|
|
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 - Eternal Idol
Páginas: 1 ... 72 73 [74] 75 76 ... 205
1826
« en: Miércoles 24 de Octubre de 2007, 21:35 »
Hay una cosilla más para agregar.
El tamaño de "puntero a char" llamado "var" no es 1 bytes, es decir, no tiene el tamaño de un "char" sino de un "puntero a char" que segun el sistema operativo, puede ser 16 (DOS),32bits = 4 bytes(Windows XP),64 bits (Vista version 64). Efectivamente, ULONG_PTR para los amigos 
1827
« en: Miércoles 24 de Octubre de 2007, 21:34 »
En tu experiencia/opinion, cual se adapta mejor para proteger una PC de malware de Internet sin que consuma muchos recursos?
Es que si uno toma en cuenta las páginas que hacen comparaciones de Antivirus queda más confundido que antes. Los resultados varian drásticamente.
Los había revisado hace un par de meses, lo unico fiable que note, es que el Antivirus de Panda aparece siempre cerca del 3er puesto, el 1ro es aleatorio, puede estar BitDefender,Nod32, Kaspersky,etc...
Norton y AVG aparecen en los peores lugares generalmente Jaja. Hoy en dia del que menos malas referencias tengo es del NOD32 pero sinceramente como siempre digo con usar un poco la cabeza no hace falta ningun antivirus. Si queres podes meter un firewall para mas seguridad ... Norton, McAfee y Trend Micro son de lo peor 
1828
« en: Miércoles 24 de Octubre de 2007, 21:31 »
vaya Eternal Idol, sabes mas que mi profesora de programación (no es que lo diga en tono irónico, es que lo digo en serio) Por ahi dicen muchos que el que sabe hace y el que no enseña. Como todos los dichos tiene parte de verdad ... Tendré que corregirme a mi mismo, que dije que hacer una declaración como char *variable, y luego hacer gets(variable) estaba mal, pero veo que no. Por supuesto que eso tambien esta mal, ya que a gets se le debe pasar como parametro una direccion de memoria valida. corrigeme si m ekivoco, pero t declaras un puntero (var), y luego dices, que el contenido de ese puntero (*var) cuya dirección es (var) sea 'A', es como si haces esto: Su direccion es indefinida no es var, al ser una variable local va en la pila y tendra lo que haya en la misma en ese momento. char *var, var2;
var2 = 'A';
*var=var2; //*var no es el contenido de "var"?
yo pensaba que eso estaba bien, pero parece que tengo un error de conceptos un poco grande. Tampoco esta bien. La tercera linea es el problema. ¿A donde apunta var? Al inicializarla asi no lo sabes, proba a compilar ese codigo, seguro te da una excepcion no controlada. Asi si funcionaria: char *var, var2; var = new char; var2 = 'A'; *var=var2;
1829
« en: Miércoles 24 de Octubre de 2007, 19:52 »
vale, reservas una dirección de memoria. Te reserva una direccion de memoria de 1 byte (estamos hablando de los char), pero supongamos que en la siguiente dirección, hay información valiosa, esa información te la cargas, x eso de utilizar el malloc, xq si la cosa va mal, t devuelve un error
Vaya, creo q ahora m exprese mejor  Es tal y como lo dije antes, estas confundido y por eso al intentar reformular seguis diciendo algo incorrecto. No se reserva ningun tipo de memoria dinamica de esa manera. Solo declaras una variable de tipo char * cuyo valor es incierto y si accedes a ella es muy probable que genere una excepcion no controlada por ser una direccion invalida. Esto es un error: No hace falta pasar al "siguiente" byte ya que no estas reservando nada de nada. El VC++ te muestra este warning: warning C4700: uninitialized local variable 'var' usedNormalmente los punteros se inicializan a 0 siempre y eso te daria una excepcion indefectiblemente.
1830
« en: Miércoles 24 de Octubre de 2007, 18:16 »
Jaja, no tenía idea de esas atrocidades.
En el trabajo lo tengo instalado, es más, es la PC en la cual estoy escribiendo ahora.
Como antivirus es bastante bueno. Por ejemplo, con el Norton 2007 esta PC que tiene 256MB de RAM se muere, realmente, siempre queda con 40-50 MB de ram libres lo que alentiza todo. En cambio con Kaspersky, quedan libres generalmente 90-120 MB. Yo tampoco hasta hace un tiempo, como no los uso tampoco me pongo a analizar demasiado y la verdad es que poca gente/empresas tiene este antivirus. Mucha propaganda pero la gente comun y las empresas usan otras soluciones, entonces no saltan mucho errores por su culpa que yo tenga que revisar 
1831
« en: Miércoles 24 de Octubre de 2007, 16:41 »
1832
« en: Miércoles 24 de Octubre de 2007, 08:11 »
Te diria que probaras con un S.O. en CD (ERD Commander - Win -, Knoppix - Linux -, etc) para ver que pasa, tal vez sea un problema con el disco ... ah y no instales Kaspersky ...
1833
« en: Miércoles 24 de Octubre de 2007, 08:07 »
Hmmm... la diferencia seria que no dice BSOD/Kernel panic/ sino Error loquesea: bla bla bla.
Sin matar al sistema, en teoria... por eso es que FUSE tiene su buen numero de usuarios. La diferencia es que se muere un proceso y por lo tanto este se puede volver a ejecutar. El que lo que fuese era otro tipo de error en un Kernel monolitico.
1834
« en: Miércoles 24 de Octubre de 2007, 00:31 »
En este aspecto creo que los micro-kernels son superiores...
No lo creen? En teoria se podria llegar a decir que si, pero siempre habria que tener en cuenta cual fue el error que provoco el BSOD/Kernel panic/lo que sea.
1835
« en: Martes 23 de Octubre de 2007, 23:24 »
Eso no reserva nada ni asigna nada. Solo declaras una variable de tipo char * que esta apuntando a una direccion indefinida (muy probablemente invalida).
1836
« en: Martes 23 de Octubre de 2007, 13:00 »
Al no tener un subforo especifico para ofertas de trabajo vamos a dejar aca este hilo. Solamente me permito recordarles a todos que este es un foro publico y esta oferta laboral no esta de ninguna manera relacionada con el mismo.
1837
« en: Lunes 22 de Octubre de 2007, 23:26 »
¿Que significa se cuelga? ¿Pantalla azul? ¿Se queda bloqueado? No deberias haber formateado ...
1838
« en: Lunes 22 de Octubre de 2007, 23:16 »
No uses un array (arreglo), usa memoria dinamica.
1839
« en: Lunes 22 de Octubre de 2007, 10:16 »
¿Lo depuraste? Tiene toda la pinta de ser un error de acceso invalido a memoria ...
1840
« en: Lunes 22 de Octubre de 2007, 10:15 »
hola, tengo que hacer un proyecto y utilizo realmente mucha memoria.
mi pregunta es ¿si alguien sabe cuanta memoria puedo utilizar en visual c++ 6.0? y ¿si hay alguna forma de expandirla? Basicamente puede usar toda la que el S.O. le permita y esta no guarda relacion directa con la RAM al ser memoria virtual la que utilizan los programas (puede ser paginada a disco). ¿Que estas haciendo exactamente?
1842
« en: Domingo 21 de Octubre de 2007, 17:48 »
Buenisimo, a ver si pueden hacer lo mismo con los Kernel panic.
1843
« en: Domingo 21 de Octubre de 2007, 15:25 »
Ya, pero es que no lo puedo comprobar. Ya que me da el error de ejecución que mecioné antes (el de std::bad-alloc) ¿Usando TU codigo, el que esta en el ZIP?
1844
« en: Domingo 21 de Octubre de 2007, 15:06 »
Usando tu codigo original esto deberia compilar: Polinomio S = P + Q; Polinomio R = P - Q; cout << "la suma es "<< S << endl; cout << "la resta es " << R << endl;
Comproba que el resultado sea correcto, nosotros no podemos meternos en la implementacion de tu trabajo.
1845
« en: Domingo 21 de Octubre de 2007, 12:02 »
Para ese problema la primera respuesta (de Desolation) es la correcta (lo de los parentesis no es necesario).
Con el VC++ compila ya que es lo suficientemente inteligente como para usar un objeto temporal pero eso ya es otra historia.
1846
« en: Domingo 21 de Octubre de 2007, 10:19 »
Este el mensaje por defecto que pongo para estos casos:
La pantalla azul a la que haces referencia (Blue Screen of Death) sale cuando se produce una excepcion (no controlada) en modo Kernel.
Si nos das un minidump tal vez podamos ver a que se debe el BSOD:
Inicio>>Configuracion>>Sistema>>Opciones avanzadas>>Inicio y recuperacion [Configuracion]>>Error del sistema
Escribir informacion de depuracion: Volcado de memoria pequeño (64kb)
Volcado de descarga pequeña:%SystemRoot%\Minidump
Podes sacar tambien el Reiniciar automaticamente para ver un par de datos como, tal vez, el nombre del driver causante del problema.
Si, como normalmente, tenes instalado Windows en C:\WINDOWS el archivo con el minidump estara ahi.
1847
« en: Sábado 20 de Octubre de 2007, 16:23 »
Sí, bueno .. eso era una pruebilla.. en principio, Q se llamaba P2, pero le cambié el nombre a ver si sonaba la flauta. El operador evalue funciona perfectamente. Son el + y el - los que no hay forma (ni siquiera son llamados)  ¿Que compilador estas usando? ¿Te devuelve algun error? Yo con VC++ lo compilo perfectamente.
1848
« en: Sábado 20 de Octubre de 2007, 15:16 »
Hay que leer los errores que muestre el compilador: OperacionesconPolinomios.c (16) : error C2065: 'P2' : undeclared identifier cout << "Evaluando el polinomio en el punto 1: " << P2.Evalue(1)<< endl;
P2 no esta declarado, supongo que querrias usar Q y no P2 ...
1850
« en: Sábado 20 de Octubre de 2007, 14:51 »
Si son ejecutables PE de Windows entonces wine sirve.
Páginas: 1 ... 72 73 [74] 75 76 ... 205
|
|
|
Mostrar Mensajes
