|
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 ... 94 95 [96] 97 98 ... 205
2376
« en: Lunes 14 de Mayo de 2007, 16:59 »
¿Estas compilando en Release o en Debug?
2377
« en: Lunes 14 de Mayo de 2007, 16:43 »
De nadas  Y ahora paso a decir que las macros es mejor obviarlas
2378
« en: Lunes 14 de Mayo de 2007, 16:01 »
El problema es que una macro no es mas que un reemplazo de texto. Si pusieras suma(x1,x2); en una linea solito funcionaria. Pone el codigo de la macro como argumento a la funcion y veras que tampoco compila, mientras que si copias el codigo del primer macro si lo hace ya que usa el operador ternario. La \ es lo que se debe usar cuando tenemos macros con mas de una linea y aca tenes mas informacion sobre macros en general: http://www.ebyte.it/library/codesnippets/W...gCppMacros.html
2379
« en: Lunes 14 de Mayo de 2007, 14:54 »
Brutal va a ser la nota del examen
2380
« en: Sábado 12 de Mayo de 2007, 21:12 »
ea ea encontre otra interrupcion es la 10h
mov al,141 ; caracter a pintar mov ah,09h mov bh,00h ; numero de pagina por lo regular siempre se esta en al 0 mov bl,0eh ; bl 0=color fondo e=color caracter mov cx,01h ;numero de veces a mostar el caracter int 10h
nota:no se ocupa putchar ni puts para desplegar el caracter pintado Esa no es otra interrupcion sin un servicio diferente de la misma interrupcion (10h), mas informacion aca: http://www.ctyme.com/intr/rb-0099.htm
2381
« en: Viernes 11 de Mayo de 2007, 22:01 »
En este foro no se hacen tareas.
2382
« en: Viernes 11 de Mayo de 2007, 21:01 »
2383
« en: Viernes 11 de Mayo de 2007, 19:12 »
2384
« en: Viernes 11 de Mayo de 2007, 15:21 »
memcpy? Tambien, mientras no te pases del buffer y el ultimo byte sea un 0, no problem.
2385
« en: Viernes 11 de Mayo de 2007, 13:46 »
claro,,si aux es un puntero...???que tiene una serie de campos.. aux la tengo definida como un pNODO..cual es el fallo?? Que cat no es un puntero, es un array estatico.
2386
« en: Viernes 11 de Mayo de 2007, 13:36 »
si el tamaño porque me lo especifican en la practica,es decir si yo meto una categoria de 25 palabras se tiene que recortar es decir si yo hago:
aaaaaaaaaaaaaaaaaaaaaaaa tiene que quedar aaaaaaaaaaaaaa y al final \0 para que las demas a's que queden no se almacenen en el buffer,,pero ese no es el tema...el tema es la asignación..me puedes decir como se hace? Repito:
Conforme lo he puesto yo,está mal,es decir me da errores de compilación. Bueno, eso no es lo que estas haciendo, sino que estas copiando con strcpy sobre vaya a saber uno que memoria. Esa linea es el problema: strcpy(aux->articulo.cat,categoria);Repito: No podes asignarlo a menos que uses un puntero sino tenes que copiar la memoria tal como ya haces (strcpy aunque seria mejor strncpy).
2387
« en: Viernes 11 de Mayo de 2007, 13:25 »
si...cat es un char [15],pero si te fijas...tengo un getline(cin,categoria),,estoy leyendo un string. y despues paso ese string a mi vector de caracteres,,,me entiendes,,,y como dices que se haría la asignación???? ¿Y como sabes que no te van a dar una cadena de 25 caracteres? No podes asignarlo a menos que uses un puntero sino tenes que copiar la memoria tal como ya haces.
2388
« en: Viernes 11 de Mayo de 2007, 13:08 »
¿cat es un char[size]? Si es asi, lo mejor que podes hacer es la misma copia que antes (strcpy), si fuera un char * te funcionaria de una.
2389
« en: Viernes 11 de Mayo de 2007, 12:29 »
Ok, muchas gracias....toy empezando y m lio un poco al declarar y llamar las funciones asi como con los punteros....jejejeje
1 saludo!! De nadas
2390
« en: Viernes 11 de Mayo de 2007, 12:12 »
Es irrelevante que no tengas tiempo o que alguien ya lo haya hecho antes, si tenes problemas concretos trataremos de ayudarte a resolverlos.
2391
« en: Viernes 11 de Mayo de 2007, 12:10 »
Declaras al principio y llamas a detecta_errores pero tenes definida detecta_errores_codigo.
La misma historia para la otra la tenes declarada como: void detecta_errores2(struct ficha,char pin);
Y la tenes definida como: void detecta_errores2(struct ficha cl,char pin[4])
Si lo queres hacer es pasarle un caracter usa char pin y si queres pasarle una cadena (que es lo que parece al usar strcmp) usar char *.
2392
« en: Viernes 11 de Mayo de 2007, 10:53 »
Si ese codigo es tuyo se ve, por la extension ya que ni lo lei realmente, estas trabajando pero aca nadie le hace la tarea a nadie, si tenes alguna duda puntual la podes plantear.
2393
« en: Viernes 11 de Mayo de 2007, 08:14 »
No, donde trabajo hay otras personas que se dedican a hacer eso, nosotros solo hacemos documentos muy tecnicos de diseño.
2394
« en: Jueves 10 de Mayo de 2007, 23:50 »
2395
« en: Jueves 10 de Mayo de 2007, 22:33 »
2396
« en: Jueves 10 de Mayo de 2007, 00:11 »
Dice que la convencion "pascal" es obsoleta y que hay que usar una equivalente. ¿No es la misma que stdcall? Si, supongo que mas bien lo que es obsoleto es el keyword. Por sierto, la única vez que vi que se usa la convencion __fastcall es en C++Builder de Borland en los eventeos de la VCL. ¿Hay algun otro lado donde se use? O es que crearon una convencion solo por Borland jaja. En el Kernel se usa en algunas funciones, especialmente en el HAL.
2397
« en: Miércoles 9 de Mayo de 2007, 19:15 »
En Wiki esta bien explicado, pero el ejemplo de su- esta errado. ¿Alguien dijo lo contrario? Mejor concentrate en no responder con cosas que no tengan que ver a este subforo.
2398
« en: Miércoles 9 de Mayo de 2007, 18:12 »
Google seguro es capaz.
2400
« en: Miércoles 9 de Mayo de 2007, 14:38 »
Solo como aclaracion en lenguajes de alto nivel solo tenes que preocuparte por siempre usar la convencion de llamada de la funcion que llames. Estos son detalles de bajo nivel. Calling conventions
Páginas: 1 ... 94 95 [96] 97 98 ... 205
|
|
|