|
|
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 ... 125 126 [127] 128 129 ... 205
3151
« en: Viernes 8 de Diciembre de 2006, 14:06 »
Ahi esta el problema, Console Application es una aplicacion de consola, de texto y no de ventanas.
3152
« en: Viernes 8 de Diciembre de 2006, 13:45 »
¿View source compila? ¿Seguro? Mejor busca, compile y build, view source es ver codigo fuente.
3153
« en: Viernes 8 de Diciembre de 2006, 12:15 »
Jaja, esta bien, mientras te funcione 
3154
« en: Viernes 8 de Diciembre de 2006, 08:07 »
con este cambio si compila tu codigo Con ese cambio TAMBIEN ENSAMBLA.
3155
« en: Jueves 7 de Diciembre de 2006, 19:20 »
Usa archivos, el formato BMP es el mas simple y no hay ninguna instruccion especifica.
3156
« en: Jueves 7 de Diciembre de 2006, 13:42 »
mmm pintar una linea lo pinta, yo esq no utilizo el masm xq no se , utilizo utilizo el tasm, weno es una macro prepara q man dao, intentaré ver como funciona el masm y probarlo, xq una linea si q compila y lo pinta prefectamente.
Gracias x todo .
ADIOS. Con TASM no se ... creo que se podia hacer compatible con la sintaxis de MASM ... busca informacion en Google o usa el MASM ...
3157
« en: Jueves 7 de Diciembre de 2006, 12:42 »
Eso con MASM ensambla perfectamente, otra cosa es que funcione, pero viendo el codigo esta claro que va cambiando la direccion con lo cual es correcto ... mejor revisa lo que estas haciendo en general y primero logra pintar una linea.
3158
« en: Jueves 7 de Diciembre de 2006, 12:30 »
Los macros funcionan igual en C que en assembly en ese sentido. #define lineah(Y,C)\ int x = Y;\ int z = C; void main() { lineah(2, 6); lineah(2, 8); } Output del compilador: error C2374: 'x' : redefinition; multiple initialization see declaration of 'x' error C2374: 'z' : redefinition; multiple initialization see declaration of 'z'
Podes intentar esto, no te aseguro que funcione pero parece que si esta bien ESO ... ;pone una linea horizontal de un color lineah MACRO Y,C mov cx,319 @@: pixel cx,Y,C dec cx jnz @b
Info al respecto aca: http://webster.cs.ucr.edu/AsmTools/MASM/MA...ide/Chap_03.htm
3159
« en: Jueves 7 de Diciembre de 2006, 09:26 »
3160
« en: Miércoles 6 de Diciembre de 2006, 22:49 »
Muy cierto. Y no, no hay mucho interés. Entonces no vale la pena y puede que sea contraproducente, creo que casi todos entramos a la taberna del bit a ver que hay de nuevo (ya que no figuran los mensajes en "Discuciones activas hoy") con lo cual siempre te aseguras varias lecturas mientras que en un foro especial ... dificilmente 
3161
« en: Miércoles 6 de Diciembre de 2006, 22:40 »
A. No es urgente ni muchisimo menos.
B. No pongas el mismo mensaje en varios subforos.
C. ¿Ya usaste Google?
D. ¿Te encontraste un archivo? Explica mejor de donde salio, si pertenece a una aplicacion en particular, si ya lo abriste con un editor (texto o hex).
3162
« en: Miércoles 6 de Diciembre de 2006, 22:38 »
La idea no hera un foro de matemáticas para hacer preguntas sino para hacer tipo retos de lógica. Yo no lo veo tan mal pero. ¿Que pasara cuando te aburras de poner problemas? Quiero decir, no estaria bueno que fuera un subforo que durara cuatro mensajes y despues estuviera al pedo ... hay que ver si hay suficiente interes por parte de los usuarios.
3163
« en: Miércoles 6 de Diciembre de 2006, 13:19 »
Ahi esta explicado muy claramente, con codigo incluido, como hacerlo. Empeza por enumerar las interfaces y obtener el dispositivo que queres.
3164
« en: Miércoles 6 de Diciembre de 2006, 12:36 »
Estas accediendo a una direccion invalida, comproba el valor de gra, seguramente no esta dentro de los limites del array coef.
3165
« en: Miércoles 6 de Diciembre de 2006, 00:13 »
Bueno, quien soy yo para hablar de esto, esta claro que si dice asi (el compilador/interpretado...) asi debera ser, justifica las limitaciones y ciertamente las tendras...
En fin NULL es 0  Jeje, a efectos practicos si, NULL es 0, su valor debe ser 0 pero puede ser cosas como 100-95-5 o (char*)0, todo mientras su valor sea 0 en C sera valido. En fin, me voy a dormir y les dejo un consejo: LEAN y APRENDAN/MEJOREN SU INGLES (yo trato de hacerlo siempre) ya que lamentablemente hay demasiadas cosas utiles que no estan en castellano.
3166
« en: Miércoles 6 de Diciembre de 2006, 00:03 »
Nostalgia es evidentemente lo que primero me genera ... muy bueno realmente.
3167
« en: Martes 5 de Diciembre de 2006, 23:52 »
Cuando se discuten estilos de programacion suele ser de cosas como estas: if (x) hacer(); if (x) { hacer(); } if (x) { hacer(); }
O cantidad de tabs, nombres de variables, clases, etc.
3168
« en: Martes 5 de Diciembre de 2006, 23:51 »
17.10:
Programming style, like writing style, is somewhat of an art and cannot be codified by inflexible rules, although discussions about style often seem to center exclusively around such rules. Ademas no creo que se puede poner un estandar ya que NULL se puede usar como un numeral y no como un numero... eso creo no se. El estilo de programacion no tiene NADA que ver con el standard. Y no importa que no lo creas realmente, no tenes que creer nada, tenes que leer lo que dice el standard y punto, haciendolo sabras que condiciones tiene que cumplir un compilador para ser justamente standard.
3169
« en: Martes 5 de Diciembre de 2006, 23:38 »
Bueno...
http://c-faq.com/null/nullor0.html
 Eso no explica nada sobre que debe ser NULL segun el standard, solo dice como esta creo que bien aclarado, que NULL puede ser incluso (no en C++ pero si en C) ((void *)0). Ahi vemos un ejemplo claro de correcto uso del standard ya que el valor de NULL es 0.
3170
« en: Martes 5 de Diciembre de 2006, 23:30 »
Disculpen, pero creo que los menajes de "yo tengo la razon y tu no" van mejor por MP no me pelen, solo sugiero, es que asi el foro se ve sucio, que se puede esperar de un lugar que hablan y hablan de difernecias en "peleas" por algo que no debe...
Lo sugiero para que se tenga que cerrar esto...
 No hay razon en esto sino realidad. Y creo que con solo leer detenidamente lo que dice el standard cualquier persona normal tiene que darse cuenta que NULL tiene que tener como valor 0.
3171
« en: Martes 5 de Diciembre de 2006, 23:28 »
por el momento al menos no he visto en ningún lugar de ANSI C que diga que NULL DEBE ser 0...
Dice que :
Un puntero nulo constante definido según la implementación. Es que no debe ser 0. ¿Tenes problemas de compresion? SU VALOR DEBE SER 0. ¿No leiste todavia lo que es un puntero nul constante? 4.10 - Pointer conversions [conv.ptr] -1- A null pointer constant is an integral constant expression (expr.const) rvalue of integer type that evaluates to zero.An integral constant expression with the value 0, or such an expression cast to void *, is called a null pointer constant. If a null pointer constant is assigned to or compared for equality to a pointer, the constant is converted to a pointer of that type. Such a pointer, called a null pointer, is guaranteed to compared unequal to a pointer to any object or function.
3172
« en: Martes 5 de Diciembre de 2006, 23:25 »
El que quiera ver que vea:
"Macro NULL ANSI C
#define NULL
Un puntero nulo constante definido según la implementación. "
4.10 - Pointer conversions [conv.ptr]
-1- A null pointer constant is an integral constant expression (expr.const) rvalue of integer type that evaluates to zero.
An integral constant expression with the value 0, or such an expression cast to void *, is called a null pointer constant. If a null pointer constant is assigned to or compared for equality to a pointer, the constant is converted to a pointer of that type. Such a pointer, called a null pointer, is guaranteed to compared unequal to a pointer to any object or function.
El valor de un puntero nulo constante es 0.
3173
« en: Martes 5 de Diciembre de 2006, 23:22 »
Solo te duele no tener la razón.
cada cual que defina por si mismo que es que... para mi no quedo definido nada de lo que tu dices, pero tampoco lo que yo dije... el estándar o no es claro o esta libre a como lo quiera hacer cada cual. Pobrecito, el que no tiene la razon sos vos y no tenes COMO SIEMPRE la capacidad de hacer autocritica. Se nota que pasan los años y seguis siendo el mismo, es una pena. El standard es CLARISIMO, NULL tiene que tener como valor 0. De no verlo te recomiendo comprar anteojos.
3174
« en: Martes 5 de Diciembre de 2006, 23:14 »
CUALQUIER compilador de C y C++ que se precie seguira el standard, especialmente en cosas tan simples. lo que pasa es que ese 'que se precie' es un juicio de cada cual, proque el que lo quiera hacer diferente es libre de hacerlo... incluso un compilador hecho pro estudiantes sin necesidad de que 'se precie' puede escoger usar NULL como 0 Si, PERO NO SERIA STANDARD, que es lo que afirmaste en el otro hilo. NO SERIA STANDARD. Te invito a dejar la necedad y RAZONAR, deja de hacer el ridiculo: Esto es lo que dijiste primero: Macro NULL ANSI C #define NULL Un puntero nulo constante definido según la implementación. Esto es de tu pagina http://www.greenend.org.uk/rjk/2001/02/cfu.html:The standard says: An integral constant expression with the value 0, or such an expression cast to void *, is called a null pointer constant. If a null pointer constant is assigned to or compared for equality to a pointer, the constant is converted to a pointer of that type. Such a pointer, called a null pointer, is guaranteed to compared unequal to a pointer to any object or function. ¿Que es un puntero nulo constante segun el standard? Una expresion constante cuyo valor es 0. ¿Lo entendes o no sos capaz?
3175
« en: Martes 5 de Diciembre de 2006, 23:08 »
osea no llegamos a nada 
NULL es 0 un espacio definido por el compilador que puede ser modificado por el programador para apuntar hacia donde le pege la gana, aunque eso es 'romper' el estandar pero es posible hacer que null no sea 0 Todo lo contrario, llegamos mucho mas lejos que en el hilo anterior donde quedo una verdad a medias. NULL suele ser una macro con lo cual hasta la podemos definir nosotros, si no incluimos ningun header no existe, y podemos poner #define NULL 5005 o #define NULL 140-139-1. El primero quebraria el standard y el segundo no. CUALQUIER compilador de C y C++ que se precie seguira el standard, especialmente en cosas tan simples.
Páginas: 1 ... 125 126 [127] 128 129 ... 205
|
|
|
Mostrar Mensajes
