|
|
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 ... 123 124 [125] 126 127 ... 205
3101
« en: Jueves 14 de Diciembre de 2006, 16:50 »
Con memoria dinamica: char *img = (char*)malloc(size); ifs.getline(img, size); //usar free(img);
3102
« en: Jueves 14 de Diciembre de 2006, 13:58 »
Me paso durante un tiempo pero lo solucionaron.
3103
« en: Jueves 14 de Diciembre de 2006, 13:33 »
recuerda que México es siempre invitado para ese tipo de torneos, es como en la libertadores, ha sido invitado varias veces  y como invitado, también puede ganar Bueno, no deberian hacerlo, es INJUSTO, no pertenecen ni a sudamerica esto creo que es un hecho bastante dificil de contradecir y tampoco pertenecen a la conmebol. No hablo de merecimientos futbolisticos eh!
3104
« en: Jueves 14 de Diciembre de 2006, 11:15 »
Si es el switch de Cadena[0] comproba que valor hay ahi. Podes incluso hacer algo asi de pobre para ver el valor en ASCII: printf("%d", Cadena[0]);
3105
« en: Jueves 14 de Diciembre de 2006, 10:57 »
Bosta Juniors ya es tricagon señores y señoras, dando pena contra Belgrano de Cordoba, Lanus y Estudiantes de la Plata. 1955, 1956 y 1957. 1979 metro y nacional, 1980 metro. Apertura 1996, clausura y apertura 1997. 
3106
« en: Jueves 14 de Diciembre de 2006, 10:50 »
No es merecido, ni siquiera deberian participar. ¿¿Desde cuando estan en sudamerica?? Cuando jueguen eliminatorias de CONMEBOL sera merecido, mientras sigan en la CONCACAF no.
3107
« en: Jueves 14 de Diciembre de 2006, 10:49 »
Gracias por la información Eternal Idol, crea que ya se lo básico pero quiero preguntar esto porque estoy un poco confuso. 
1 El win32asm es mejor que el ASM del DOS?
2 El win32asm se pude programar en cual plataforma o nomas en Windows bueno su nombre lo dice osea win pro quiero saber si tanbien es para linux?
3 cual es el mejor libro para comenzar?
Si es mejor quiero empezar a programar bajo win32asm lo antes posible les agradecería se me contestaran estas preguntas.  1) win32asm como tal no existe, lo que existe es assembly para diferentes microproceasores. Despues esos microprocesadores los solemos utilizar con S.O.s de terceros (DOS, Windows, *NIX), etc. Normalmente en Windows se programa en 32 bits (aunque hace un tiempo tambien soporta 64 bits) con lo cual es mas poderoso que MS-DOS que por si solo soporta unicamente 16 bits. 2) Solo en Windows obviamente. En Linux seguiras teniendo los mismos registros y el mismo modelo plano de memoria pero no los mismos servicios y ni siquiera la misma manera de invocarlos. En Windows se usan DLLs que te enmascaran el pasaje de modo Usuario a modo Kernel (push * parametros, call funcion) mientras que en Linux pones los parametros en registros y haces int 80h. 3) El que te dije antes es muy bueno, mas que nada orientado a MS-DOS pero con dos capitulos sobre Windows y Linux que sirven como base teorica y practica.
3108
« en: Jueves 14 de Diciembre de 2006, 10:31 »
De nadas 
3109
« en: Jueves 14 de Diciembre de 2006, 00:11 »
De nada 
3110
« en: Jueves 14 de Diciembre de 2006, 00:09 »
De nadas again 
3111
« en: Miércoles 13 de Diciembre de 2006, 20:57 »
Al ser una cadena de igual tamaño puede ser que lo hagas facilmente. Abri la DLL con un editor hexadecimal cualquiera, busca la cadena en cuestion y cambiala por centavos (tene cuidado de no borrar el 0 que termina la cadena correctamente).
3112
« en: Miércoles 13 de Diciembre de 2006, 20:51 »
3113
« en: Miércoles 13 de Diciembre de 2006, 20:48 »
Como te decia antes:
"buf tiene que ser la direccion de memoria de comienzo de algun tipo de array"
Mira que hay en esa direccion tanto antes como despues de la interrupcion, antes tiene que haber basura y despues lo que hayas leido del teclado.
3114
« en: Miércoles 13 de Diciembre de 2006, 19:24 »
De nadas 
3115
« en: Miércoles 13 de Diciembre de 2006, 08:15 »
fd como 0 es correcto (ebx), buf tiene que ser la direccion de memoria de comienzo de algun tipo de array (ecx) y nbytes es el tamaño de ese array (edx). No uso sintaxis de AT&T pero creo que lo vas a entender: ... section .bss Nombre resb 256 section .text main: mov eax, 3 mov ebx, 0 mov ecx, Nombre mov edx, 255 int 80h ...
3116
« en: Martes 12 de Diciembre de 2006, 23:14 »
me refiero a programar haciendo uso de la API de windows, si bien lo he hecho en varias ocaciones siempre me pareció una perdida de tiempo porque no me interesa y nunca le dedique demasiado a ese tema.- OK, pero esta orientada a C la API de Windows.
3117
« en: Martes 12 de Diciembre de 2006, 23:00 »
si de programacion de C++ para windows Eso no existe.
3118
« en: Martes 12 de Diciembre de 2006, 18:50 »
Ok ya llegue a esa parte, pero prefiero empezar por saber a que se debe el problema y despues ver las posibles soluciones. Memoria dinamica manejada por los programadores Es verdad.Yo propongo este moderador:
Aunque no se si tendra mucho tiempo libre ..... No estaria mal, a ver si en vez de dar entrevistas "falsas" se da una vuelta por aca 
3119
« en: Martes 12 de Diciembre de 2006, 18:29 »
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 Mejor podrias investigar sobre Smart Pointers 
3120
« en: Martes 12 de Diciembre de 2006, 18:28 »
Es redundante para ti que no sabes C#, pero para Mi y para Diodo (supongo) que si sabemos C# no es una idiotez... solo es una idiotez para tí porque tu no sabes del tema.
Por otro lado para mi como moderador del foro de C/C++ no es una idiotez meter temas de otros lenguajes aca, el foro es para debatir acerca de puntos de vista, opiniones, conocimientos etc no para sezgar y discriminiar los comentarios al gusto particular de alguien. Si algún thread es especifico de un lenguaje diferente de C++ si seria movido, de lo contrario no. Es redundante por no pertencer a este subforo y al tema tratado como lo seria que yo me pusiera a decir que ese no es valido para assembly. Lo es, te guste o no. Y el moderador del foro de C/C++ deberia saber C++ pero bueno, solo hay lo que hay.
3121
« en: Martes 12 de Diciembre de 2006, 18:13 »
No para mí Este es el subforo de C/C++ pero viendo como permitis que hablen de cualquier otro lenguaje no me extraña que respondas esa idiotez. Es totalmente redundante que ese codigo no sea valido en Perl, en ADA o en lo que sea.
3122
« en: Martes 12 de Diciembre de 2006, 18:12 »
Claro, eso se puede hacer si alguien quiere hacer un uso malintencionado o fuera de lo normal para lo cual se hizo la libreria, pero de todas formas, no por el hecho que se pueda entrar a la casa por la ventana se va a dejar la puerta sin seguro. Ese era un caso EXTREMO, mira el otro que es mucho mas probable que pase: new addNode delete enumNodes Yo no hablo de no dar un mensaje mediante un codigo de retorno de error o incluso una excepcion si uno intenta agregar un elemento con valor 0 pero no tiene sentido pasarle un puntero nulo a una lista y es imposible prevenir el paso de un elemento erroneo. Es un error del programa y no de la libreria. Y en el caso de una lista como ya dije antes no fallaria la libreria, componente o como lo quieras llamar sino el programa por hacer uso de un valor que el inserto en esa lista y que no es valido. Ah y la verdad que ese codigo sea o no valido en otros lenguajes es totalmente redundante en este subforo. Entendido, gracias por la ayuda. De nadas.
3123
« en: Martes 12 de Diciembre de 2006, 16:44 »
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 Tu lista devolveria un puntero que el programa usaria o no, vaya uno a saber. El programa no es tu responsabilidad ¿Que tal si yo hiciera esto? char jaja[] = "hoooola"; clase *z = (clase*)&jaja; addNode(z);
No podes controlar el codigo que se ejecuta ANTES/DESPUES que tu libreria, lo que podes hacer es controlar el que se ejecuta DENTRO de tu libreria. Si tu libreria trabaja con esos datos es una cosa diferente claro ... ahi mete manejadores de excepciones y listo.
3124
« en: Martes 12 de Diciembre de 2006, 16:34 »
Claaaaaaaaaaroooooooooooooooooo yo no entendi ... por eso te dije que los generics son de otro lenguaje claaaaaroooooo.
Diodo te tengo otro escenario mas interesante:
new
addNode
delete
enumNodes
¿En ese caso tambien es error de tu libreria?
3125
« en: Martes 12 de Diciembre de 2006, 16:21 »
Ya se que no tiene logica, pero el caso es que estoy haciendo una libreria, y quiero evitar los errores en tiempo de ejecucion y que se muestre un error de que esta haciendo mal el que este usando la libreria Podes usar la macro que te pase pero justamente es inutil ya que si es una libreria no van a usar tu codigo sino que haran lo que quieran. Incluso podes comprobar que tenes acceso al puntero y ese puntero puede no ser ya mas valido ... Si al final lo tuyo no es mas que una lista que devolvera un puntero que alguien posteriormente utilizara no es tu problema si insertan cualquier cosa y no podes evitarlo. PD. Los generics son de otro lenguaje.
Páginas: 1 ... 123 124 [125] 126 127 ... 205
|
|
|
Mostrar Mensajes
