|
|
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 ... 148 149 [150] 151 152 ... 205
3726
« en: Jueves 21 de Septiembre de 2006, 13:59 »
OK buen punto, eso en visual C++ pero en otros? Esto lo compila cualquier compilador de C y funciona perfectamente: #include <stdio.h> void main() { char *edad = "99"; printf("%s\r\n", edad); }
3727
« en: Jueves 21 de Septiembre de 2006, 08:18 »
Un punto que saca a relucir X.Cyclop me parece muy acertado. ¿Hacias esto por dinero o por hobby? La diferencia puede ser sutil o no ... si el fin es hacerte rico entonces sos un imbecil ya que gastate muchos años en esto y parece que seguis ...
El fin deberia ser trabajar de lo que te gusta a lo sumo y sino aprender lo que te gusta. Mi experiencia es extremadamente diferente, aprendi a programar por mi cuenta, por gusto, por entretenimiento aunque no voy a negar que en mi juventud, hace al menos ya mas de un lustro, pensara que un programa podria hacerme millonario pero repito no era un fin, sino una consecuencia.
En fin ... ¿No te gusta la situacion? CAMBIALA. ¿O sos un cobarde en realidad? Lo que hay es mucha falta de huevos y una gran hipocresia. ¿Trabajar de "informatico" es duro? Por favor!! Anda a "hombrear" (cargar en la espalda) bolsas en el puerto y despues me contas que carajo es duro! Anda a trabajar al campo de sol a sol y despues me contas que mierda es un trabajo duro!
¿No te pagan las horas extra? Bueno, a mi en España si eran significativas me las pagaban. ¿Te pagan poco? Si tenes huevos andate, como hacemos muchos que nos vamos de nuestros paises buscando una vida mejor. Sino lo unico que haces es quejarte como una nenita.
3728
« en: Jueves 21 de Septiembre de 2006, 07:56 »
Pero este codigo que has colocado es muy peligroso y en alguncos compiladores , y segun las opciones de compilacion que establescas , nisiquiera se dejara compilar.
1- le asignas una cadena a un puntero, no una direccion de memoria
2- no has reservado memoria para donde apunte el puntero
3- la cadena no termina en nulo Todo eso que acabas de decir es incorrecto lamentablemente, no es peligroso en lo mas minimo. 1. Es un puntero, te dejo el codigo generador por VC++: mov dword ptr [ebp-4],offset $SG271 Ahi podemos ver que se usa una variable local (en pila, ebp-4) y esta apunta a una direccion. 2. Si investigamos mas dentro del ejecutable vemos que esa direccion se encuentra en la seccion .rdata (read only data) y por lo tanto el loader se encargara de reservar su memoria como hace con todas las secciones del ejecutable (tal como co la de codigo). 3. Si seguimos investigando podemos "leer" los bytes de esa seccion y vemos que esta cadena al ser de C por defecto termina en 0.
3729
« en: Jueves 21 de Septiembre de 2006, 07:50 »
¿Nadie nota que la variable nombre en la funcion leerPantalla es local? Esa variable esta en la pila ... no la podes usar asi tan alegremente ...
3730
« en: Miércoles 20 de Septiembre de 2006, 22:34 »
Juank se refiere a lo que hace el sistema operativo es decir administrar procesos , correrlos,terminalos,separarlos y todo eso que hace windows cuando ejecutas un programa. ¿Y que no hace el S.O. entonces? ... Eso de separar procesos no existe en Windows.
3731
« en: Miércoles 20 de Septiembre de 2006, 21:27 »
char cadena[30];
printf("teclea la operacion completa\n")
fflush(stdin);
gets(cadena);
/* aqui capturaste toda la cadena */ Que podriamos titular: Como hacer codigo inseguro ... ahi capturaste todo lo que escriban en consola pero tu variable local no inicializada se puede reventar ...
3732
« en: Miércoles 20 de Septiembre de 2006, 19:49 »
En fin que lo que quiere es interpretar una cadena con LOS OPERADORES LOGICOS de C ... nada de funciones.
3733
« en: Miércoles 20 de Septiembre de 2006, 19:40 »
3734
« en: Miércoles 20 de Septiembre de 2006, 19:15 »
Ni pow ni sqrt son operadores logicos sino funciones.
3735
« en: Miércoles 20 de Septiembre de 2006, 18:46 »
3736
« en: Miércoles 20 de Septiembre de 2006, 18:45 »
Yo no lo veo como una cuestion de libertad de expresion, si no de espacio y ancho de banda del servidor de solocodigo. Aunque si Sergio dice que no existen restricciones , pues adelante ... No creo que haya tantos interesados y que escriban tanto como para que sea ni siquiera significativo el trafico generado a comparacion con el foro pero bueno ...
3737
« en: Miércoles 20 de Septiembre de 2006, 17:53 »
3738
« en: Miércoles 20 de Septiembre de 2006, 08:11 »
No todos tenemos los mismos errores, ese es el "truco", mucho timepo + muchas personas + organizacion = trabajo perfecto a no ser que las bases sean erroneas.
 ¿No te parece que eso de perfecto es lo mas lejano a la realidad? Tal vez queres decir que es mucho mejor a otros S.O. pero si fuera tan perfecto no pasarian 2 cosas: Linux no seria un parche gigante (cosa no tan importante como la siguiente) NO SE SEGUIRIA ACTUALIZANDO CONSTANTEMENTE 
3739
« en: Miércoles 20 de Septiembre de 2006, 08:07 »
yo recuerdo que andas mas de 6 meses con C++ y eso ya es para que tuvieras un nivel avanzado... Otra afirmacion carente de logica 
3740
« en: Martes 19 de Septiembre de 2006, 18:22 »
Cuantos mas bans mas prestigio, ¿No? Jaja: ¡Un error ha ocurrido! Lo siento Eternal Idol, tienes el acceso denegado a este foro! Razón: Por insultar y retar a un CoAdmin. Basicamente insultar en este caso es algo asi como decirle a algun moderador que no tiene ni idea de lo que esta hablando 
3741
« en: Martes 19 de Septiembre de 2006, 14:17 »
pueden verificar por mi si el siguiente código detecta el error provocado por la función "forzar_error"
Si, lo detecta y maneja perfectamente.
3743
« en: Martes 19 de Septiembre de 2006, 08:17 »
Y si yo quiero que el procesador empiece a ejecutar en la instruccion "mov eax,ebp" por ej, que pongo?? Eso del entry:funcion, lo puse con readfile y se me fue directamente al jmp readfile de abajo.
MSDN? donde esta eso? donde esta el ejemplo? Pones esa instruccion primero y listo, la opcion /ENTRY es para el linker. Tenes la direccion de la MSDN en este mismo hilo.
3744
« en: Martes 19 de Septiembre de 2006, 08:15 »
No me parece incorrecto lo de manejador de procesos, aunque mas bien lo usaria para el Process Explorer que tiene la cantidad de funciones necesarias como para "manejar" procesos. ¿Por otra parte con esa diferencia entre tareas y procesos se refieren al scheduler o que?
3745
« en: Lunes 18 de Septiembre de 2006, 22:38 »
Gracias por el dato de dónde configurar eso  . Aunque la opción no es /EHsc (con esta el programa aún falla) sino /EHa (allí sale en las opciones): La opcion depende de la version de Visual Studio .NET que tengas ... en el 2003 es la que te digo.
3746
« en: Lunes 18 de Septiembre de 2006, 21:41 »
Ni hablar si es en realidad Turbo C ...
3747
« en: Lunes 18 de Septiembre de 2006, 21:36 »
El cual se elimina con /EHa:
Ahora, con esto (lo encontré en la ayuda de cl), ya pude hacerlo desde el IDE, hay que agregar /EHa a los parámetros de línea de comandos del compilador, en Propiedades del proyecto -> Configuration Properties -> C/C++ -> Command line ->Additional Options, allí se agrega /EHa (Exception Handling: all).
Tambien con /EHsc que figura en el mensaje que comentas ... con el Visual Studio .NET 2003 esta opcion viene por defecto al crear un proyecto de consola ... Lo mejor es usar las opciones del proyecto>>Generacion de codigo>>Habilitar excepciones de C++ = Si (/EHsc) y no agregar texto en la linea de comandos.
3748
« en: Lunes 18 de Septiembre de 2006, 20:53 »
Acabo de copiar y pegar el codigo ... darle a cl joraca.cpp y veo el doh ... como la logica indica esto funciona perfectamente.
3750
« en: Lunes 18 de Septiembre de 2006, 15:16 »
IPC es interpocess communications y abarca varias tecnicas como las ya nombradas memoria compartida, mailslots, pipes, RPC, sockets y mas. Por supuesto que todas estas tecnicas estan expuestas en la API de Windows y se pueden usar desde C/C++.
Páginas: 1 ... 148 149 [150] 151 152 ... 205
|
|
|
Mostrar Mensajes
